(headers)=
file-code Cache HeadersRequests-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/reclosedev/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
Also see {ref}`stale-while-revalidate` for a variation of this behavior.
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 {ref}precedence for the full order of precedence. To enable this behavior, use the cache_control option:
>>> session = CachedSession(cache_control=True)
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 an ETag is availableIf-Modified-Since: Automatically added for revalidation, if Last-Modified is availableResponse 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 with max-age=0, revalidate immediately.Cache-Control: no-cache: Revalidate with the server before using a cached responseCache-Control: no-store Skip 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 requests