hey @bobsled,
Good point, thanks for reporting it, it was an oversight from our end and it wasnt migrated. The team is working atm to bring this up, will follow up with an update soon.
Thank you for understanding.
Okay. I’ll wait for the update revision.
Hello @bobsled,
We’ve added back the cached pages listing page in the latest release (v5.1.1). It will show up when the Advanced > Purge HTML pages only option is enabled.
You can find the button to show the list on the Cached Objects metrics card inside the plugin’s Dashboard page.
Have a great day!
Thanks, got it!
Just one other question. In the last version there was an advanced question for “How to use the Remove Cache Buster Query Parameter option?”
https://gist.github.com/isaumya/af10e4855ac83156cc210b7148135fa2
I’m using this cache rule set up on my sites, but I don’t see any option in the new version or in the help topics. (I think the Remove Cache Buster Query Parameter option was also missing in recent plugin updates.)
It is still working for me, but I’d be interested to know how this opption works now.
The option has been removed from the plugin as the cache buster parameter is not needed by the plugin in the latest versions. In short, if you had a set-up that already had it disabled, the option will not show up anymore (the cache buster is removed by default now for new users & users that already had it removed).
You can read my explanation which is a bit more detailed on how the plugin changed here: https://wordpress.org/support/topic/new-enable-cloudflare-cdn-caching-option/#post-18555653
https://gist.github.com/isaumya/af10e4855ac83156cc210b7148135fa2
I’m using this cache rule set up on my sites, but I don’t see any option in the new version or in the help topics. (I think the Remove Cache Buster Query Parameter option was also missing in recent plugin updates.)
This guide is outdated, as the plugin itself has since migrated to using a Cache Rule which effectively does what that guide mentions automatically.
I hope this helps!
Have a great day!
Okay, thanks for the information.
I must admit I haven’t kept up with all the improvements in your plugin. It’s been so 100% reliable, that I’ve hardly looked at it for a few years.
As per you note, I’ve activated “Enable Cloudflare CDN & Caching”, so I guess that’s all I need to do.
Thanks for you assistance.
Sorry to bother you again, but I have one more question.
I’ve checked in Dev Tools and my pages are all getting “HIT” for the CF-cache. But in my dashboard, the hit rate is zero in the widget.
The cached objects count is correct, however.
Is there a setting I am missing that could cause this zero hit rate?
No worries! I’m sorry if this was confusing.
The cache hit rate represents the disk cache hit rate, which is internal to the plugin representing the HTML statically cached on the server itself, not correspondent to the Cloudflare hit rate.
If the pages were already cached by Cloudflare, or only the initial request was recorded for the metrics (which was then cached by Cloudflare), it would show a 0% / n/a hit rate.
So things are probably working just fine.
Let me know if there’s anything else I can help with!
Okay, thanks. But yes, it is a bit confusing. But the other widgets are working fine for Cached Objects, Cache Size and Avg. Response.
So I guess, all is cool now!
Thank you for the suggestion nonetheless! We will probably update this to explicitly state that it represents the disk cache in a future release.
Have a great day!
Sorry to be a bit of a pain, but this new hit rate widget makes no sense to me.
When I check a page with Dev Tools it shows cf-cache-status HIT and x-wp-spc-disk-cache HIT. So both the Cloudflare cache and the disk cache are working just fine.
But showing a zero hit rate is misleading. As you said, it should be for the disk cache, but this gets overridden if using the Cloudflare cache. Surely it should show one or the other?
Anyway, the new version is a great improvment, so bravo!
But this new little widget is a bit annoying, because it’s not really doing anything useful right now.
Hey @bobsled,
Thank you for the kind words!
When I check a page with Dev Tools it shows cf-cache-status HIT and x-wp-spc-disk-cache HIT. So both the Cloudflare cache and the disk cache are working just fine.
The x-wp-spc-disk-cache header was probably cached on the first HIT from Cloudflare. We also don’t record each hit (the default sampling rate is 10% of all the requests), so that is why you might have a 0% hit rate – the miss was recorded, but no hits after that.
But showing a zero hit rate is misleading. As you said, it should be for the disk cache, but this gets overridden if using the Cloudflare cache. Surely it should show one or the other?
I agree, and we just released an update that should handle this more gracefully. Instead of showing the disk cache hit rate in the metric box, if you have Cloudflare connected, and the token has Analytics read permissions, the box will now show the Cloudflare Percent Cached, which is the same metric shown in the Cloudflare dashboard.
I hope this makes things less frustrating!
Have a great day!
Thanks for getting back to me.
It’s not a big deal, but as it’s the first thing you see on the dashboad, it sort of stands out. But some progress, I can now see a hit rate percentage of 15%.
Your explanation and proposed fixes make sense.
Thanks again for a wonderful plugin!
Edit: I just updated the plugin and the “Cloudflare Percent Cached” is spot on!!!
-
This reply was modified 4 months, 4 weeks ago by
bobsled.
Plugin Support
Kush
(@kushnamdev)
@bobsled thank you for your kind words and for the confirmation. Feel free to reach out in case you have other questions.
