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
{{ message }}
This repository has been archived by the owner on Nov 22, 2018. It is now read-only.
no-store on request:
This should by-pass ShimResponseStream since we can't store any part of the response so there's no point in capturing the response
no-cache on request:
We can "validate" by asking the server to regenerate the response. As such we shouldn't skip the capturing of the response and update the cache entry if possible.
max-stale
The case where no limit is specified, which means any stale response can be served, is not handled.
proxy-revalidate
Same effect as must-revalidate
Also the header
If-Unmodified-Since is being used incorrectly. The correct header to check for in when determining if content is modified is If-Modified-Since
The text was updated successfully, but these errors were encountered:
- Always add IresponseCachingFeatu8re before calling the next middleware #81
- Use If-Modified-Since instead of the incorrect If-Unmodified-Since header #83
- Handle proxy-revalidate in the same way as must-revalidate #83
- Handle max-stale with no specified limit #83
- Bypass cache lookup for no-cache but store the response #83
- Bypass response capturing and buffering when no-store is specified #83
- Replace IsRequestCacheable cache policy with three new independent policy checks to reflect these changes
- Always add IresponseCachingFeatu8re before calling the next middleware #81
- Use If-Modified-Since instead of the incorrect If-Unmodified-Since header #83
- Handle proxy-revalidate in the same way as must-revalidate #83
- Handle max-stale with no specified limit #83
- Bypass cache lookup for no-cache but store the response #83
- Bypass response capturing and buffering when no-store is specified #83
- Replace IsRequestCacheable cache policy with three new independent policy checks to reflect these changes
- Modify middleware flow to accommodate cache policy updates
- Always add IresponseCachingFeatu8re before calling the next middleware #81
- Use If-Modified-Since instead of the incorrect If-Unmodified-Since header #83
- Handle proxy-revalidate in the same way as must-revalidate #83
- Handle max-stale with no specified limit #83
- Bypass cache lookup for no-cache but store the response #83
- Bypass response capturing and buffering when no-store is specified #83
- Replace IsRequestCacheable cache policy with three new independent policy checks to reflect these changes
- Modify middleware flow to accommodate cache policy updates
no-store
on request:This should by-pass
ShimResponseStream
since we can't store any part of the response so there's no point in capturing the responseno-cache
on request:We can "validate" by asking the server to regenerate the response. As such we shouldn't skip the capturing of the response and update the cache entry if possible.
max-stale
The case where no limit is specified, which means any stale response can be served, is not handled.
proxy-revalidate
Same effect as
must-revalidate
Also the header
If-Unmodified-Since
is being used incorrectly. The correct header to check for in when determining if content is modified isIf-Modified-Since
The text was updated successfully, but these errors were encountered: