Andrei Baicus
Forum Replies Created
-
Forum: Plugins
In reply to: [Super Page Cache] Add browser caching rules for static assetsHey @manos2000,
Thanks for taking the time to test this and share your findings! Your feedback is really valuable, and I appreciate you testing across 7 sites.
When “Smart static files processing” is enabled in Plesk, nginx serves static files (CSS, JS, images, fonts, etc.) directly without those requests ever reaching Apache. Since our plugin writes caching rules to.htaccessfiles that Apache reads, these rules won’t affect files that nginx serves directly.Would you either be able to share a link to a website where this setup is reflected or, just to reconfirm try testing a direct static file URL (like a CSS or JS file) with a tool like GTmetrix or browser dev tools to see if the cache headers from our plugin are actually being applied to those static assets?
If you’re seeing our caching headers on static files with “Smart static files processing” enabled, that would be really interesting and I’d love to understand more about how that’s working in your setup, and potentially changing the suggestion in the plugin dashboard.
Thanks again for the detailed feedback – this kind of real-world testing helps make the plugin better for everyone.Have a great day!
Forum: Plugins
In reply to: [Super Page Cache] Critical error after upgrading to 5.0.10Hey!
I’m really sorry for the inconvenience! We’ve released a patch that should fix the issue (5.0.11).
Thank you for reporting this!
Forum: Plugins
In reply to: [Super Page Cache] Purge the whole Cloudflare cache via Cronjob – not workingHello,
First of all, I advise you change the secret key for the purge as you now shared it publicly here and anyone can purge the cache on your website. Secondly, you seem to have a malformed command, as bash tries to run various things mentioned in the URL.
This should do it:
curl "https://allstars.com.sg?swcfpc-purge-all=1&swcfpc-sec-key=FZztIvH6gwn0qqVJjFxk&swcfpc=1"I hope this helps!
Forum: Plugins
In reply to: [Super Page Cache] Advanced settings are not enabledHey @hobos,
We’ve released a new patch for this issue. Can you please update and confirm that it fixes the problem?
Thank you!
Forum: Plugins
In reply to: [Super Page Cache] Cloudflare (cache rule or worker) is not enabled??Hey @tmora,
We recommend switching off the worker as we’re looking to phase that feature out (it’s not fully free and we wouldn’t recommend it unless you have some very specific needs), and using what the plugin provides as base functionality. It now uses Cloudflare cache rules which provide a lot more control than what the plugin was previously using.
I hope this helps!
Forum: Reviews
In reply to: [Super Page Cache] Latest update broke the pluginHey @qantumthemes,
Those options appear now only when the respective plugins or providers are detected. The third party options tab doesn’t appear at all if none of the plugins are active, or the providers are not detected.
This was done to simplify the UI as a lot of the options there might never be needed for a lot of people and they were overwhelming the dashboard.
Forum: Plugins
In reply to: [Super Page Cache] Cloudflare (cache rule or worker) is not enabled??Hey @tmora,
It seems that your website is both behind Cloudflare and behind Super Page Cache’s static cache (as both are returning a HIT response header). For some reason the test page doesn’t have the proper headers, but everything seems to be working fine.
Forum: Plugins
In reply to: [Super Page Cache] Error: undefined swcfpc_ajax_url is not definedHey @thomastolkien,
Does this still happen on the latest version? Could you provide more details regarding where this happens (on what page / are you on the frontend and clicking the top bar purge button / does it happen in the dashboard, etc).
Thank you!
Have a great rest of the week!
Forum: Plugins
In reply to: [Super Page Cache] Header cache problemHey @stoianalex,
That particular header means the Disk Page cache is disabled. Otherwise, from your screenshot, it seems that the Cloudflare cache is hit.
If you do have the Disk Page cache enabled, it would help if you could provide the website URL so we can further look into it.
All the best!
Forum: Plugins
In reply to: [Super Page Cache] Bug report for cache_controller.class.php@prestonwordsworth thanks for reporting this. We’ll include the fix in our next release!
Have a great rest of the week!
Forum: Plugins
In reply to: [Super Page Cache] Need Help: HTTP ERROR 500 Issue after updating this plugin@brandohui, I’m glad you managed to fix the issue!
I’m sorry for the inconvenience! Have a great rest of the week!
Forum: Plugins
In reply to: [Super Page Cache] Need Help: HTTP ERROR 500 Issue after updating this pluginI would also appreciate if you could let me know what happens if you enable a WordPress default theme, like TwentyTwentyFour on the website, together with the Super Page Cache plugin. Is the
500error still happening? If so, could you provide any errors that are logged to thewp-content/debug.logfile, please?Thank you!
Forum: Plugins
In reply to: [Super Page Cache] Need Help: HTTP ERROR 500 Issue after updating this pluginIf you previously added the mentioned cosntants in the
wp-config.phpfile, the error should be displayed in thewp-content/debug.logfile. However, from the screenshot you provided, it seems that thewp-config.phpfile only has those definitions. Depending on the hosting service, the file might not be located at the usual place (in the WordPress installation folder).If that’s the case, another solution to this, would be adding a
debug.phpfile in thewp-content/mu-pluginsdirectory. This would create a must-use plugin, active by default on the website. The error not being displayed on the frontend means that you have the fatal error handler enabled on the instance.You can use the following code to make sure that the errors are shown on the frontend:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', true );
define( 'WP_DISABLE_FATAL_ERROR_HANDLER', true );
ini_set('display_errors', 1);This will display the errors directly on the website and make it easier to trace them.
All the best!
Hey @peopleinside,
It seems that one of the cookies your website sets is on the front end is
wp-dark-mode-device. As such, removingwp-from theBypass Page cache when these cookies are present in the request packetsetting in theCachetab of the plugin should probably fix this.Hey, @gaiusjaugustus
Could you please try purging all cache first? If that doesn’t work, you can try disabling and enabling the
Enable Cloudflare CDN & Cachingsetting to see if that works?Thank you!
Have an awesome day ahead!
Forum: Plugins
In reply to: [Super Page Cache] Purge cache for a subset of URLs not workingHey @gigglesslut420,
Thank you for taking the time & providing the use-case! We’re going to fix this in an upcoming release.
Meanwhile, you can fix it on your end in the
src/Services/Cloudflare_Client.phpfile, on line 386, by passing thetrueargument to theget_api_auth_args()method like below:$args = $this->get_api_auth_args( true );Please let me know if this fixes your issue!
All the best!