You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This lets Resource A say: "If Resource B expires, then I also expire".
This feature is currently handled by Ketting inside the 'cache middleware'. The issue with this is that it can only automatically expire resource A, if expiring resource B was done as the result of a HTTP request.
Sometimes users expire things manually or they use other systems to trigger expiries (such as websocket). Typically this is done by calling something like:
This is a fix for #416.
All tests pass, so this should not be a breaking change. The Client is
getting more and more 'cache functions'.
I would have preferred these features to exist in the `src/cache`
directory, but doing so would be a BC break so we can only introduce
this in a major version.
Lets say we have 2 resources:
If resource A returns a link header like this:
This lets Resource A say: "If Resource B expires, then I also expire".
This feature is currently handled by Ketting inside the 'cache middleware'. The issue with this is that it can only automatically expire resource A, if expiring resource B was done as the result of a HTTP request.
Sometimes users expire things manually or they use other systems to trigger expiries (such as websocket). Typically this is done by calling something like:
Clearning caches that way does not trigger the cache middleware, so the cache of resource A does not get cleared for those cases.
To fix this, the 'cache dependencies' handling system needs to move somewhere else, probably the classes in
src/cache
The text was updated successfully, but these errors were encountered: