diff options
| author | Daniel Schierbeck <daniel.schierbeck@gmail.com> | 2018-06-13 18:08:24 +0200 |
|---|---|---|
| committer | Daniel Schierbeck <daniel.schierbeck@gmail.com> | 2018-06-13 18:08:24 +0200 |
| commit | c94a00757dac150b17d9272b72288217c66f0a2d (patch) | |
| tree | 0bfa3b0006b07f87f1892ded8663fe04bd95787b /actionpack/lib/action_dispatch/journey/scanner.rb | |
| parent | d690af13fcdae086b08dc0043643f5a66ea8cb06 (diff) | |
| download | rails-c94a00757dac150b17d9272b72288217c66f0a2d.tar.gz rails-c94a00757dac150b17d9272b72288217c66f0a2d.tar.bz2 rails-c94a00757dac150b17d9272b72288217c66f0a2d.zip | |
Add support for more HTTP cache controls
From <https://tools.ietf.org/html/rfc5861>:
> The stale-if-error HTTP Cache-Control extension allows a cache to
> return a stale response when an error -- e.g., a 500 Internal Server
> Error, a network segment, or DNS failure -- is encountered, rather
> than returning a "hard" error. This improves availability.
>
> The stale-while-revalidate HTTP Cache-Control extension allows a
> cache to immediately return a stale response while it revalidates it
> in the background, thereby hiding latency (both in the network and on
> the server) from clients.
These are useful, fully standardized parts of the HTTP protocol with
widespread support among CDN vendors. Supporting them will make it
easier to utilize reverse proxies and CDNs from Rails.
Diffstat (limited to 'actionpack/lib/action_dispatch/journey/scanner.rb')
0 files changed, 0 insertions, 0 deletions