Damilare
Forum Replies Created
-
I was able to replicate the issue, @ahmad26.
Fortunately, our development team was already aware of this issue, and a fix is being worked on for a future release.Regards.
Hi!
Did you update your WPO plugin recently?Hi @ahmad26!
That is indeed an unexpected behavior. I’ll notify our development team for further investigation and swift resolution.
On my part, I’ll try replicating the issue.Thanks.
Thanks for the report, @okvee.
I’ll set up a similar environment to investigate this issue.If necessary, I’ll also engage our development team to resolve this.
Expect to hear from us soon.Regards.
Hi @sohilvahora96!
Could you try checking your site’s PHP error log for any entries related to WP-Optimize?
If none is found, reinstall the plugin and check the error log at intervals.If the plugin is removed once again, reach out to your hosting provider like @jbgupdraft suggested, explaining the issue and confirming why the plugin is being removed.
In addition, ask for details regarding the error(s) for which our plugin is being flagged.Let us know what you find.
Regards.
Please confirm your PHP and WordPress version so that I can try replicating this issue.
If possible, share your site status report at WPO > Settings > System status > Download report. You can encode any sensitive information there by replacing parts it with something like “***“.Regards.
Hi @okvee!
What version of WPO do you have installed?Hi!
Please try updating the plugin to the latest 4.4.0. Let us know if that resolves the issue.
Regards.We’re always happy to help.
Hi @marceldekker!
Thanks for reaching out with the scheduled cache/preload issue you’ve encountered.
I was able to replicate the behavior on my end, and will reach out to our development team for further investigation.Regarding cache time, it cannot be the same for all your posts and pages, as the general preload goes through your sitemap and preloads each URL one after the other. This could take some time, especially when you have lots of URLs.
In addition, several actions trigger cache purge/preload, like when a post/page is modified/updated. As expected, such a post will likely have a vastly different cache time than others. Page visits will also trigger new page caching if such a page was visited after the cache expiry time and the scheduled preloader is yet to take effect.Hope that provides some clarity.
I’ll get back to you on the scheduled cache/preload issue.
Regards.
Hi @zhangwen1712!
The wp-content/cache directory is generally used for a number of reasons, including writability, the temporary nature of its content, clearing/regeneration safety, and isolation from key site files/content.While you can use a symlink to map the cache directory to a different location and it’ll still work, you should make sure to research the security implications of doing so, especially if such a directory is not in the root of the wp-content directory.
Make sure to test your site thoroughly after setting the symlink to ensure everything still works as expected.
Regards.
Hi!
I can see how this can negatively affect your checkout experience.
Please confirm if you have the Delay JS feature enabled at WPO > Minify > JavaScript > Delay JavaScript. If so, you can either disable it or add /elementor/* to the Delay JS exclusion list.Let us know if that helps.
Kind regards.
Hi!
If you have WPO’s cache feature enabled, then you should disable Cloudflare’s caching feature to avoid conflicts. You do not need to disable Cloudflare in its entirety.Regards.
Forum: Plugins
In reply to: