-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
HTTP Caching #36
Comments
johanjanssens
changed the title
Implemented support for If-Modified-Since requests
HTTP Caching
Aug 14, 2018
This was referenced Sep 3, 2018
johanjanssens
added a commit
that referenced
this issue
Sep 4, 2018
johanjanssens
added a commit
that referenced
this issue
Sep 4, 2018
- Add cacheable dispatcher behavior that supports etag based cache validation. The etag is calculated based on the contents of the response and the user id (default 0) - Add KDispatcherRequest::getEtags() to retrieve the etag from the request - Do not clean the response stream buffer for 304 respones, instead do not send the response to the output. - Do net send an etag when streaming - Add KHttpRequest::isCacheable() by default get and head request that don't have cache-control set to 'no-cache' are cacheable. - Remove KHttpRequest::isFlash() method. - Remove KHttpResponse::getExpires() and setExpires(). Expires headers are considered deprecated. - Optimise KResponse logic for proper cache handling
Merged
johanjanssens
added a commit
that referenced
this issue
Sep 4, 2018
ercanozkaya
added a commit
to timble/kodekit
that referenced
this issue
Nov 9, 2018
ercanozkaya
added a commit
that referenced
this issue
Nov 12, 2018
Since each cookie gets its own header, this would only send the last cookie
johanjanssens
added a commit
that referenced
this issue
Dec 31, 2018
- Move etag validation to http transport - If etag validates automatically set the response status to not modified - Calculate the etag based on the request and not the response content
johanjanssens
added a commit
that referenced
this issue
Dec 31, 2018
johanjanssens
added a commit
that referenced
this issue
Jan 7, 2019
johanjanssens
added a commit
that referenced
this issue
Jan 7, 2019
johanjanssens
added a commit
that referenced
this issue
Jan 7, 2019
johanjanssens
added a commit
that referenced
this issue
Jan 7, 2019
johanjanssens
added a commit
that referenced
this issue
Jan 7, 2019
- Do not cast header values to array when being set - Properly handle rendering of multiple header values
johanjanssens
added a commit
that referenced
this issue
Jan 7, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Create a dispatcher http transport that transparently caches the response based on the request state and handles cache validation.
See: https://github.com/joomlatools/textman/issues/112
See: joomlatools/joomlatools-pages#21
Resources
Other
Notes
Todo
HTTP specifies that caches should be invalidated when unsafe request methods are used and the response is successful – i.e., a 2xx or 3xx status code. Unsafe methods include POST, PUT and DELETE, as well as unknown status codes.
HTTP lets servers specify that the cache key depends on more than just the URL by using the Vary header, which lists the request headers whose values should be added to it. This secondary cache key enables things like caching compressed content, and generally in supporting content negotiation.
Add Support for s-maxage to allow to define a separate proxy cache time and browser cache time. See: https://support.cloudflare.com/hc/en-us/articles/202775670-How-Do-I-Tell-Cloudflare-What-to-Cache- (see Add support for s-maxage #266)
The text was updated successfully, but these errors were encountered: