hlanggo

Not Russian. Just wondering about the inconsistency.

I was wondering about this as well. The changelog said that Yandex was removed from banlist but I’m still getting 500 errors caused by Yandex trying to access my site.

Cannot remember and too tired to hunt through back-up files.

However, right now, I don’t think W3TC was the main cause of the problem.

At that time, disabling W3TC’s CDN stops the HUGE error_logs, but I’m uncertain whether the problem was mainly caused by my hosting or W3TC.

In any case, I can’t look into it anymore since I had to stop using W3TC; however, NOT because I think the plugin is bad. My sites are small and didn’t really require a CDN.

Resolved. Those (too many) files being uploaded to the CDN weren’t by W3TC. It was Amazon S3’s logging. (Many apologies to W3TC.)

Another update.

Even after the plugin was deleted, the CDN still got files uploaded into it. 80+ files in about 24 hours. Deactivating and deleting the plugin via WP Admin already took care of the following:

wp-content/advanced-cache.php
wp-content/db.php
wp-content/w3tc/
wp-content/plugins/w3-total-cache/

.htaccess and the database were also automatically okay. W3TC Uninstall automatically cleaned whatever it wrote into .htaccess and the db.

—

This time, I have removed:

wp-content/w3-total-cache-config.php
and
define(‘WP_CACHE’. true (in wp-config)

Hopefully, tomorrow – I won’t see any more surprises in my CDN

Haven’t tried the steps (below) yet since I’m still trying to find official step-by-step uninstall instructions. (I have to confess I am wary of programs without clear uninstall procedures.)

https://www.ads-software.com/support/topic/plugin-w3-total-cache-how-to-uninstall-with-no-admin-panel?replies=57

“remove: advanced-cache.php, db.php, w3tc/, w3-total-cache-config.php from wp-content/ in addition to wp-content/plugins/w3-total-cache/”

“Remove:
wp-content/advanced-cache.php
wp-content/db.php
wp-content/w3tc/
wp-content/w3-total-cache-config.php
wp-content/plugins/w3-total-cache/

-also dropped the DB table that related to the plugin.”

Okay, this is starting to (really) freak me out. I deactivated the plugin 24 hours ago, and the CDN still got over a hundred files uploaded to it.

I have deleted the plugin. Will wait another 24 hours and check if the CDN still gets files uploaded to it.

Old (no longer used files) don’t seem to be removed from the CDN.

I think this is a potentially tiring matter, most especially for folks who are OCD about clutter and such.

?? I don’t think that actually answers my question (which was asked a long long time ago), but I’m not using Lightbox Plus atm so I can’t check.

I am cleaning up my threads. For this topic, please visit:

https://www.ads-software.com/support/topic/issue-with-upload-files-path?replies=19

For more information.

As of April 14, 2011 – using /%postname%/%post_id% still causes performance problem. (sighs)

Please visit:
https://ottopress.com/2010/category-in-permalinks-considered-harmful/

Resolved. Fortunately, using /%pagename% does not cause performance problems. Phew.

Also found out from:
https://ottopress.com/2010/category-in-permalinks-considered-harmful/

-that there’s a plugin which lets you know if “use_verbose_page_rules” has been activated. Ask-Apache rules viewer plugin.

Bump.

This is okay now. I think it fixed itself about 5 months ago. I forgot to update this thread.

No more problems between Clean Gallery and Page Speed.