search

Azure / wordpress-linux-appservice

MIT License
96 stars 65 forks source link

The 404 page breaks if the W3 Total Cache plugin is activated with its default settings #150

Open vienleidl opened 1 month ago

vienleidl commented 1 month ago

When the W3 Total Cache plugin is activated and its CDN configuration is enabled by default, the design of 404 page is broken, it seems to be that the loading of theme, CSS and JS files makes the 404 page crashing. As I had a look at the URLs of all corrupted files (.js, .css..), I found that the WordPress website tried to load those files from Azure Blob Storage, which only hosts the images files (blob_container_name/wp-content/uploads).

image

Workaround Untick on the 3 following options to temporarily disable caching and hosting for theme, CSS and JS files. Then, it will work again.

image

At the beginning, we prefer to use WP Rocket plugin than W3 Total Cache, because sometimes the W3 Total Cache generates some weird issues and we're not big fans of it. But the WP Rocket seems to not support hosting and caching uploaded images like the W3 Total Cache, and I don't see any options for integrating with Azure Storage Account. AFAIK, both of them should not be activated at the same time, the compatibility warning message will appear.

ZubaeyrMSFT commented 3 weeks ago

Hello @vienleidl, thanks for pointing this out. We will look into this and fix it.

ZubaeyrMSFT commented 1 week ago

Hello @vienleidl, can you please elaborate on the errors you are facing? Are these CORS error or 404 not found errors?

At Azure CDN level, we add rules to ensure that only the URIs that match /<blob_container_name/wp-contents/uploads prefix are forwarded to Azure Blob Storage. Rest of them are modified accordingly and forwarded to Web App. I just double checked this.