ah, I see. So now we can use `env.variable_name`, right?
ah, I see. So now we can use
env.variable_name, right?= in the response-cache-control query parameter on Backblaze B2. It works fine on R2 though. I'm using aws4fetch for signing.= with %3D on the signed URL workscf: {
cacheTtl: 3600,
cacheEverything: true,
}, in my fetch request.
So i am expecting for the same request with in my window of an hr, the 2nd fetch response would be taken from the cache not go to make another http request correct ?Cache by default is per colo/cf dc, and some Cloudflare Points of Presence even have multiple colos, so you might be routed to a different one/different visitors will certainly be, and get MISS's, plus TTL is just a max and CF may evict it far before then based on access frequency.
if this is the case why for every fetch request i do the worker gets called and returns the response?The worker will always be invocation/run on every request, even if using cache
How can i validate that this is from the cache or not?Check response headers for CF-Cache-Status


cf: {
cacheTtl: 3600,
cacheEverything: true,
},