cfzaidoon
Forum Replies Created
-
when a user sends a request for a website using apo, the request is first processed by an internal service which then makes a subrequest to cache so in total two requests are being made. The old incorrect behaviour counted the request to the internal service as a cache HIT even though cache was not involved here so it inflated the cache hit ratio/made it look better as every APO request has to hit the internal service first before a subrequest is made to cache.
- This reply was modified 2 months, 3 weeks ago by cfzaidoon.
reposting what i said elsewhere for others watching this:
regarding the drop in cache hit ratio, i was waiting for the official statement: https://github.com/cloudflare/cloudflare-docs/pull/29294
TLDR: the cache hit ratio in the zone overview page was updated to calculate cache hit ratio correctly, your actual cache hit ratio never changedregarding the drop in cache hit ratio, i was waiting for the official statement: https://github.com/cloudflare/cloudflare-docs/pull/29294
TLDR: the cache hit ratio in the zone overview page was updated to calculate cache hit ratio correctly, your actual cache hit ratio never changedfor the purge issue, i see the following in your audit logs (I’ve redacted sensitive info):
{
"account": {
"id": "redacted",
"name": "redacted"
},
"action": {
"description": "Purge Cached Content",
"result": "success",
"time": "2026-03-09T12:45:19.094Z",
"type": "create"
},
"actor": {
"context": "api_key",
"email": "redacted",
"id": "redacted",
"ip_address": "redacted",
"type": "user"
},
"id": "0redacted",
"raw": {
"cf_ray_id": "redacted",
"method": "POST",
"status_code": 200,
"uri": "/zones/redacted/purge_cache",
"user_agent": "wp-rocket/3.20.5"
},
"resource": {
"product": "purge_cache",
"request": {
"purge_everything": true
},
"scope": "zones"
},
"zone": {
"id": "redacted",
"name": "rapidscooter.co.uk"
}
}the interesting part is: “user_agent”: “wp-rocket/3.20.5” so clearly the plugin is sending purge everything requests correctly. Were you not able to find these logs?
can you give me your website name in your cf dashboard (example.com for example) or any url for your website so i can pull up your website info internally. it doesn’t matter if it’s not the url seeing the issues, just need something to identify your website by.
- This reply was modified 3 months, 1 week ago by cfzaidoon.
@arian0009 can you provide the url for point #1 and the url for point #2 above so i can investigate both and take a look at things internally from our side.
Hi AJ, can you provide the following information:
1. what is a url (full url) that has seen its cache hit ratio drop?2. what url (full url) was supposed to be purged by this plugin but wasn’t? When exactly was the purge supposedly sent? (time zone needed). All purges should be found in your audit logs, see https://developers.cloudflare.com/changelog/post/2025-11-25-audit-logs-for-cache-purge-events/ do you see the purge in audit log but it didn’t take affect? or is there nothing logged (meaning the plugin never sent one to begin with). Also what purge request did you send from the dash that worked? single file purge same as this plugin? or a prefix based purge?
- This reply was modified 3 months, 1 week ago by cfzaidoon.
@griotta regarding:
“– As for the Cloudflare plugin on WordPress, we’ve noticed a fair number of visits to static pages (which, by definition, should be cached) where in Cloudflare reports the “Cache status” shows “Bypass”. “
Can you send urls that show this. This will help me debug the issue