Cache Headers#
Requests-cache supports most common HTTP caching headers, including ETags, Cache-Control, and several extensions.
Conditional Requests#
Conditional requests are automatically sent for any servers that support them. Once a cached response expires, it will only be updated if the remote content has changed.
Here’s an example using the GitHub API to get info about the requests-cache repo:
>>> # Cache a response that will expire immediately
>>> url = 'https://api.github.com/repos/requests-cache/requests-cache'
>>> session = CachedSession(expire_after=1)
>>> session.get(url)
>>> time.sleep(1)
>>> # The cached response will still be used until the remote content actually changes
>>> response = session.get(url)
>>> print(response.from_cache)
True
Note
Also see Asynchronous Revalidation for a variation of this behavior.
Cache-Control#
Cache-Control request headers will always be used if present. This is mainly useful if you are
adding requests-cache to an existing application or library that already sends requests with cache
headers.
Cache-Control response headers are an opt-in feature. If enabled, these will take priority over
any other expire_after values. See Expiration Precedence for the full order of precedence.
To enable this behavior, use the cache_control option:
>>> session = CachedSession(cache_control=True)
Supported Headers#
Requests-cache implements the majority of private cache behaviors specified by the following RFCs, with some minor variations:
The following headers are currently supported:
Request headers:
Cache-Control: max-age: Used as the expiration time in secondsCache-Control: max-stale: Accept responses that have been expired for up to this many secondsCache-Control: min-fresh: Don’t accept responses if they will expire within this many secondsCache-Control: no-cache: Revalidate with the server before using a cached responseCache-Control: no-store: Skip reading from and writing to the cacheCache-Control: only-if-cached: Only return results from the cache. If not cached, return a 504 response instead of sending a new request. Note that this may return a stale response.Cache-Control: stale-if-error: If an error occurs while refreshing a cached response, use it if it expired by no more than this many seconds agoIf-None-Match: Automatically added for revalidation, if anETagis availableIf-Modified-Since: Automatically added for revalidation, ifLast-Modifiedis available
Response headers:
Cache-Control: immutable: Cache the response with no expirationCache-Control: max-age: Used as the expiration time in secondsCache-Control: must-revalidate: When used in combination withmax-age=0, revalidate immediately.Cache-Control: no-cache: Revalidate with the server before using a cached responseCache-Control: no-storeSkip writing to the cacheCache-Control: stale-if-error: Same behavior as request headerCache-Control: stale-while-revalidate: If expired by less than this many seconds, return the stale response immediately and send an asynchronous revalidation requestExpires: Used as an absolute expiration datetimeETag: Validator used for conditional requestsLast-Modified: Validator used for conditional requestsVary: Used to indicate which request headers to match. See Matching Request Headers for details.