-
Posts
-
I use the WP-Rocket plugin on all my Enfold websites, and I have the options “Merge and compress all theme css files” and “Merge and compress all theme javascript files” enabled in the Enfold/Performance settings (in WP-Rocket settings I have these merge and compress option disabled!).
This has worked fine for years. However, now I have the problem that when I update a (random) plugin my websites layout are partially broken after the update:
– Background photos in Content section have disappeared
– In Fullwidth Easy Slider the photos are present, but the text in the photos is no longer displayed properly.When I empty the cache in WP-Rocket, the problem is solved.
Now I read the following in the Enfold changelogs for version 5.6.10:
“tweak: fix problem with broken layout after updating plugins due to cached and/or merged theme css files”.Does that have to do with my problem? I have this latest Enfold version but still have the above problem!
I also contacted WP-Rocket about this and created an error log from my dev console at their request. This shows the following error (when the website is showing the error, so after a plugin update and before clearing the cache):
In the console log, there is a 404 error pointing to a CSS file of the theme, this one:
https://www.einberg.net/wp-content/uploads/dynamic_avia/avia_posts_css/post-48.css?ver=ver-1708540231However, on the site, the loaded CSS file is another one:
https://www.einberg.net/wp-content/uploads/dynamic_avia/avia_posts_css/post-17.css?ver=ver-1709110194The support of WP-Rocket says:
“It could be that the theme is clearing their cache or re-generating their own CSS files at specific times, including when any third-party plugin is updated, and, at the moment, WP Rocket is not detecting those changes, thus, not clearing its own cache, therefore, ending up with a broken layout due to 404 errors”.How to solve this issue? Thanks for the help :)
Alwin
Hey Alwin,
Did you active the option to delete old CSS and JS files under Enfold->Performance?
Best regards,
RikardHello Rikard,
No, that option is disabled at my websites. But it was always disabled and I never had this issues before.
Alwin
Update: I just updated a plugin on http://www.einberg.net with the option delete old CSS and JS files under Enfold->Performance enabled.
It made the problem much worse… the whole design of the site was broklen untill I cleared the wp-rocket cache.
Please see this screenshot of how the site was broken (private content box)
Alwin
Hi,
Thank you for the update.
The site seems to to be loading correctly from our end. This seems to be a minor hiccup in the server due to caching. In the future, before updating a plugin, consider temporarily disabling the cache plugin and turning off the theme’s file compression settings to make that the resources are updated and loaded properly. You can reactivate the plugin and compression options afterward.
Best regards,
IsmaelHello Ismael,
You can’t be serious about this, can you?
Your advice is that every time before I update plugins I deactivate my wp-rocket plugin and also turning off the theme’s file compression settings?
And then enable them again after updating the plugins? That is no way to update and maintain multiple websites, it is absolutely not workable in the long term!
It’s not a server problem at all, I think it’s an Enfold problem.
With the help of wp-rocket support I came to the following solution:
– Turning off all the theme’s CSS and Javascript File Merging And Compression options under Enfold>Performance
– Let wp-rocket take care of minimizing css and javascript by enabling these options in wp-rocket.That solved the issue.
However, that leaves the following questions open:
– Why does the Enfold>Performance>CSS and Javascript File Merging And Compression option suddenly cause this problem? It has worked well for years in combination with wp-rocket!
– Has Enfold perhaps changed something about the CSS and Javascript File Merging And Compression option in theme options? Maybe Enfold now clears its own cache every time a plugin is updated, and that wasn’t the case before? This seems to me to be the only logical explanation.
Hi,
Thank you for the inquiry.
consider temporarily disabling the cache plugin and turning off the theme’s file compression settings
The suggestion above is simply to confirm whether the cache plugin or compression option is causing the issue. However, since you’ve already confirmed this, there’s no need to proceed with it.
If you’ve already activated the compression option in the cache plugin, it’s not necessary to enable the theme’s compression settings since they essentially do the the same things, and enabling both could be redundant and may lead to issues, as you’ve recently experienced.
Best regards,
IsmaelHello Ismael,
My “solution” did not solve the issue completely. Now I have a problem with the Full Width Layer slider being invisible now and then. When I refresh the page in my browser, the FWLS is visible again, but at first visit it is not.
I think the option “Load javascript deferred” in wp-rocket is causing this issue, so I turned this option off now.
I just have to wait now for plugin updates before knowing if my issues are solved or not…. so pleae leave this topic open for now,
Best Wishes,
AlwinHi,
Thank you for the update.
We didn’t find any layer slider on the home page. Where did you place it? You may need to tweak the cache and compression options until you find the combination that works best with your server or setup.
Best regards,
IsmaelHello Ismael,
(I mean the full width slider on the homepage of http://www.einberg.net)I am still having big issues with this; every plugin updates means a broken Enfold layout somewhere…!
I have a long talk about this with the wp-rocket support team and this what wp-rocket came up with:
“We noticed something that may be still causing problems, and it’s the filenames of the theme files.
The files such as /wp-content/uploads/dynamic_avia/avia_posts_css/post-26.css may have unexpected changes in the filename from the Enfold side, which are not synchronized with WP Rocket”.So are they correct about this? Do you think this could be causing the issue?
Hi,
The slider appears to be loading consistently on our end and we haven’t encountered a lot of reports about this, so this might not be the issue. If you suspect that the post css file is causing issues with the site, you can exclude it from WP Rocket caching. Please check the link below.
Best regards,
Ismael– Of course the slider looks fine on your end, that’s because I don’t leave the error there, but empty the cache and preload it so that the error is not visible to the website visitors, so not to you either… seems logical to me!
– The wp-rocket link in your previous response is about Load CSS Asynchronously. I don’t use this function at all in wp-rocket.
I have now determined that the following files indeed change after updating a plugin:
/wp-content/uploads/dynamic_avia/enfold_child.css?ver=65ec5d4c20db5
/wp-content/uploads/dynamic_avia/avia_posts_css/post-17.css?ver=ver-1709989446After updating a plugin the part after/?… is changing. The support team from wp-rocket think this the causing the issue that breaks my Enfold design in the full width slider sections.
I can’t figure out why I have never had this issues before (on 5 Enfold sites).
I like to know: have file names always been changed after updating a plugin? Or is this something that’s happening since a recent Enfold update?Hi,
I like to know: have file names always been changed after updating a plugin? Or is this something that’s happening since a recent Enfold update?
The theme adds timestamps to the merged files and this changes when the files are updated. If you want to test it without the timestamps, go to the Enfold > Performance panel, toggle the Show Advanced Options, then adjust the Unique Timestamp Of Merged Files And WP Object Cache Bug accordingly. Please make sure to read the description before proceeding.
Best regards,
IsmaelThank you Ismael,
I have read the description first and I read about a “rapidly growing folder ../wp-content/uploads/dynamic_avia.”
So I took al look in this folder and I see that it is around 17MB in size.
Is this normal?And in my case, which option do you think is best to try first:
– disable adding unique timestamps only
– fix wp bug, ad unique timestamps
– fix wp bug, disable unique timestampsHi,
Typically if you enable the Enfold Theme Options ▸ Performance ▸ Delete old CSS and JS files and clear your cache plugin cache and the reload the frontend of your site incognito mode this should empty your /wp-content/uploads/dynamic_avia/ directory
then try fix wp bug, disable unique timestamps or disable adding unique timestamps only and also reload the frontend of your site incognito mode, not as the admin user. Please note that you should also completely clear the WP Rocket cahe.Best regards,
MikeHello Mike,
Today I have updated plugins again.
– On one website I tried it with Enfold>Performance>Unique Timestamp Of Merged Files And WP Object Cache Bug set to Disabling unique timestamps only. It did not solve the issue, same problems again, background images are invisible.
– On another website I tried Enfold;Performance>Unique Timestamp Of Merged Files And WP Object Cache Bug set to Fix WP bug, disable timestamps. Same result, it did not solve the issue either.
On option-webdesign.nl I get this error in the dev console:
Failed to load resource: the server responded with a status of 404 () post-206.css:1
https://www.option-webdesign.nl/wp-content/uploads/dynamic_avia/avia_posts_css/post-206.css?ver=ver-1710774338I will not clear the cache on http://www.option-webdesign.nl now so that you can see the error yourself.
This is now a problem for me for some time now, Enfold support and WP-Rocket support are not able to solve this for me?
Update: I could not let my website be broken any longer so I cleared the cache and the issue is not visible anymore.
How to proceed??
Hi,
Failed to load resource: the server responded with a status of 404 () post-206.css:1
https://www.option-webdesign.nl/wp-content/uploads/dynamic_avia/avia_posts_css/post-206.css?ver=ver-1710774338If your server fails to generate the dynamic posts css file when the plugins are updated, try to disable the feature and allow the theme to instead add the custom styles inline. You can add this code in the functions.php file:
/** * Filter to skip css file generation. * You can add logic to skip for certain pages/posts only. * * @since 4.8.6.1 * @param boolean $create * @return boolean true | false or anything else to skip generation of css file */ function custom_avf_post_css_create_file( $create ) { return false; } add_filter( 'avf_post_css_create_file', 'custom_avf_post_css_create_file', 10, 1 );Best regards,
IsmaelThis has become very complicated, but It seems I might have find the solution.
Please let’s start this topic from point zero!– I have updated a plugin, websdesign was broken again after that, amd the reasson is that one URl can not be found after updating a plugin:(404):
wp-content/uploads/dynamic_avia/avia_posts_css/post-17.css?ver=ver-1710925631Now I discovered that I also have an a second folder with a /post-17.css file in it:
/wp-content/uploads/avia_posts_cssI have read in another topic that this folder was prior Enfold version 5.3 and was only kept for cache backward compatibility, and is no longer used and can be deleted.
So I tried this: I deleted the folder /wp-content/uploads/avia_posts_css from 2 websites (cleared cache) and then updated a plugin again. Result: no issues anymore, no more broken website design after updating a plugin!
Could this have been the issue then: a “double” file named /post-17.css in 2 different /avia_posts_css folders, somehow meshing up things?
Hi,
We are not really sure if that is the issue because the path of the other file (post-17.css) is different. The theme specifically looks for the dynamic css in the /wp-content/dynamic_avia/avia_posts_css/ folder. Please feel free to open another thread if you encounter the issue again.
Thank you for your patience.
Best regards,
Ismael
- You must be logged in to reply to this topic.