Replies: 1 comment
-
This info isn't currently available, but a For all other requests, we'd have to compare response contents after refreshing an expired response. My only concern is that in extreme cases (high request rate and large responses), that could result in a bit more CPU usage. In most cases, though, we'd be talking about a few nanoseconds. The worst case could be sped up a bit by saving a content hash in the cache, and checking a few other headers first like |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Hi, is it possible to know when the last time a frequently requested / cached response was last actually found to be different from the expired cache upon update? From my reading of the docs, the various useful fields added to the cache data don't actually define this? I can imagine it's something that's not worth the effort to deduce if it's not provided by the source's own modified headers etc.
Beta Was this translation helpful? Give feedback.
All reactions