Skip to content


Subversion checkout URL

You can clone with HTTPS or Subversion.

Download ZIP
tag: 0.2.0
Fetching contributors…

Cannot retrieve contributors at this time

41 lines (37 sloc) 1.913 kb
## 0.3
- BUG: meta store hits but entity misses
- BUG: HEAD request on invalid entry caches zero-length response
- BUG: Response body written to cache each time validation succeeds
- Are we doing HEAD properly?
- liberal, conservative, sane caching configs
- Sample app
- busters.rb doc and tests
- no-cache.rb doc and tests
- Canonicalized URL for cache key:
- sorts params by key, then value
- urlencodes /[^ A-Za-z0-9_.-]/ host, path, and param key/value
- Support server-specific X-Sendfile (or similar) for delivering cached
bodies (file entity stores only).
- Sqlite3 (meta store)
- Cache invalidation on PUT, POST, DELETE.
- Invalidate at the request URI; or, anything that's "near" the request URI.
- Invalidate at the URI of the Location or Content-Location response header.
## Backlog
- Purge/invalidate specific cache entries
- Purge/invalidate everything
- Maximum size of cached entity
- Last-Modified factor: requests that have a Last-Modified header but no Expires
header have a TTL assigned based on the last modified age of the response:
TTL = (Age * Factor), or, 1h = (10h * 0.1)
- I wonder if it would be possible to run in threaded mode but with an
option to lock before making requests to the backend. The idea is to be
able to serve requests from cache in separate threads. This should
probably be implemented as a separate middleware component.
- stale-while-revalidate
- Serve cached copies when down (see: stale-if-error) - e.g., database
connection drops and the cache takes over what it can.
- When a cache misses due to Vary, try to validate using the best match. Note
that you can't do this with a weak validator, so only strong etags can be
- Consider implementing ESI ( This should
probably be implemented as a separate middleware component.
Jump to Line
Something went wrong with that request. Please try again.