Rails - etags 与页面缓存（文件缓存）

Question

使用 etags/stale?/fresh_when 有哪些优点？ 而不是页面缓存（在文件缓存上）？

Apache 自动处理静态文件的 etag，但即使不这样做，页面缓存仍然会更好，因为 Rails 应用程序甚至不会被调用。

那么，在什么情况下我会使用 Rails 提供的方法（stale？/fresh_when？）？

Answer 1

他们真的很互补。 Etags/fresh_when 等可以帮助您很好地处理下游缓存（例如您自己的 Varnish/Squid 实例或 Rack::Cache 或浏览器缓存或 ISP 代理服务器...）

页面缓存可以完全避免您碰到 Rails 堆栈，因为 Apache/您的 Web 服务器提供文件，因此不会进行数据库查找。 但是您必须处理缓存过期问题以保持缓存最新。

使用 etags/conditional get，您不会节省太多处理时间，因为您仍然需要获取页面上使用的所有记录：

def show
  @article = Article.find(params[:id])
  @feature = Feature.current
  fresh_when :etag => [@article, @feature] 
end

在用户有当前页面的情况下，它可以节省一些渲染时间和所需的带宽发送页面。

Answer 2

我想到的另一个用途是，在让 Rails 分发“304 Not Modified”标头之前，您仍然可以处理一些信息。 就像您想记录页面点击一样。

Answer 3

我想到的一件事是，即使您清除了整个页面缓存，fresh_when 仍然会为您节省一些渲染时间。 在这里，您将同时使用两者。

我也对其他答案感到好奇。