适用于不同类型资源的理想 HTTP 缓存控制标头

Question

我想找到一组最小的标头，它们适用于“所有”缓存和浏览器（在使用 HTTPS 时也是如此！）

在我的网站上，我将拥有三种资源：

(1) 永久可缓存（公共/对所有用户均等）

^{示例：0A470E87CC58EE133616F402B5DDFE1C.cache.html (auto generated by GWT)}

• 这些文件在更改内容时会自动分配一个新名称（基于 MD5）。

• 即使使用 HTTPS，它们也应该尽可能多地被缓存（所以我假设，我应该设置 Cache-Control: public，尤其是对于 Firefox？）

• 如果内容发生了变化，他们不应要求客户端往返于服务器进行验证。

(2) 偶尔更改（公共/所有用户平等）

^{示例：index.html、mymodule.nocache.js}

• 当部署新版本的站点时，这些文件会更改其内容而不更改 URL。

• 它们可以被缓存，但可能每次都需要往返重新验证。

(3) 每个请求的个体（私人/用户特定）

^{示例：JSON 响应}

• 在任何情况下都不应将这些资源未加密地缓存到磁盘中。 （也许我会有一些可以缓存的特定请求。）

---

我大致了解每种类型可能使用哪些标头，但总有一些我可能遗漏的东西。

Answer 1

我可能会使用这些设置：

1. Cache-Control: max-age=31556926 – 表示可以被任何缓存缓存。缓存的表示将被视为新鲜 1 年：

   为了将响应标记为“永不过期”，源服务器发送一个 过期 日期从响应时间算起大约一年 发送。 HTTP/1.1 服务器不应发送超过一个 Expires 日期 未来一年。

2. Cache-Control: no-cache – 表示可以被任何缓存缓存。但是缓存必须在释放缓存副本之前将请求提交给源服务器进行验证。
3. Cache-Control: no-store – 缓存在任何情况下都不得缓存表示。

更多信息请参见Mark Nottingham’s Caching Tutorial。

Answer 2

案例一和二其实是同一个场景。 您应该设置Cache-Control: public，然后生成一个包含站点内部版本号/版本的 URL，这样您就可以拥有可能永远存在的不可变资源。 您还希望将 Expires 标头设置为未来一年或更长时间，以便客户端不需要发出新鲜度检查。

对于案例 3，您可以使用以下所有方法以获得最大的灵活性：

"Cache-Control", "no-cache, must-revalidate"
"Expires", 0
"Pragma", "no-cache"