andreslucero

This appears to be a bug in the latest version of the plugin, as we’re having the same issue after last week’s update. The plugin authors need to issue a fix ASAP.

This happened to us as well, right after the last update of the plugin. Disabling and re-enabling the Square connection did not resolve the issue.

I’m having this issue as well. Disabling and re-enabling the Square connection did not fix the issue.

Are you getting any errors similar to this?

https://www.ads-software.com/support/topic/w3-has-crashed-two-of-my-sites-cant-get-into-admin/

Call your host and see if they have a backup of your database, they should be able to roll it back to a previous state.

This advice might be too late, but for a recent site migration this is what I did:

Downloaded a completely fresh copy of WordPress and installed it on the new server

Installed W3TC and all critical plugins on the new installation

Migrated posts and attachments to the new installation, and double-checked that they were all working as expected

Activated W3TC options one-by-one, clearing the cache and testing each option to ensure there were no issues

It only took about an hour (including configuring the server environment), and it was much cleaner and easier to work with than an old WP installation.

A quick search of the WT3C codebase doesn’t turn up any references to wp_prepare_attachment_for_js, so that’s probably the issue. The solution would be for W3TC (or other CDN plugins) to hook into this functionality and rewrite the image URLs before they get output in a JavaScript statement.

I’ve filed this a potential improvement for a future release of W3TC, but for now you should continue to use the plugins that are working best for your site.

(I’m not sure why W3TC would’ve stopped working altogether, you may have to work with your host to determine that… I would start by doing a completely fresh install of WP and W3TC on a staging server and then import posts to the new installation to see if that works.)

You may need to change your Minify settings to manual mode and explicitly list the styles/scripts you want for each page in the order that they should be loaded.

WT3C doesn’t cache images, it only allows you to set certain headers when serving images so that they will be cached by the visitor’s browser. In addition, you can configure it to serve images from a CDN to reduce load time latency.

Check your .htaccess (Apache) or nginx.conf (Nginx) file to ensure that headers are being set for image files, and that your CDN settings are correct for the new website setup.

Your styles aren’t loading, so check your Minify and CDN settings to ensure that all critical CSS files are being served correctly.

If you have CDN enabled, you may be running into this bug:

https://www.ads-software.com/support/topic/w3tc-0-9-5-2-break-cdn-when-using-generic-mirror/page/2/#post-8680640

Alternatively, you can replace {uploads_dir}/* with /wp-content/uploads/* in the Custom File List and it should work as expected.

• This reply was modified 7 years, 10 months ago by andreslucero.

@nigrosimone yeah, I’ve been following that project on Github and will be testing out the v0.9.5.x branch soon. I’ll try to help out where I can!

I think the original issue you ran into was related to this:

https://forum.wpbeaverbuilder.com/support/q/page-builder-modules-writing-full-path-in-js/

Looks like the page builder hard-codes certain URLs directly into its JavaScript files, and since it’s not aware of the CDN it just uses your primary domain.

Cool, glad you were able to log back in.

At this point, you can either delete W3TC through the Plugins section of the admin interface and attempt to re-install a fresh copy, or you can try another caching plugin.

I prefer W3TC because it has so many options, but you should pick one that works the best for your particular setup, taking into account your server, use cases, and other plugins installed on the site.

Not sure which page you’re referring to above, but I can see the same thing happening here:

https://be3dimensional.com/programs/be3d-innovation-fund/

In this case, these two images load from your host’s domain instead of your own domain or from the CDN subdomain:

https://b3d2017.think2thing.com/wpress/wp-content/uploads/2016/10/22211334884_38f5abbb2c_o.jpg
https://b3d2017.think2thing.com/wpress/wp-content/uploads/2016/10/IMG_0451.jpg

However, neither of those images is in the source code for the page, so I believe the same JavaScript slider is being used here to dynamically load the images.

The reason they’re using the old host’s domain is not clear, but it’s most likely because you starting building the site from that domain and the image URLs were saved that way in the database.

You can safely delete (or rename) these files, they’re part of the W3TC plugin and not the WP core:

/wp-content/advanced-cache.php
/wp-content/db.php
/wp-content/object-cache.php