ruby-on-rails - 如何使用 Cache-Control : max-age Header in a Rails environment? 控制 Varnish 和浏览器

Question

最近我向 Rails 应用程序堆栈添加了一个 Varnish 实例。可以通过使用 Cache-Control Header 缓存某个资源来说服其默认配置中的 Varnish ，如下所示:

Cache-Control: max-age=86400, public=true

我使用 Controller 中的 expires_in 语句实现了这一点:

def index
  expires_in 24.hours, public: true
  respond_with 'some content'
end

效果很好。我没想到的是，Cache-Control header 也会影响浏览器。这导致了一个问题 - Varnish 和我的用户浏览器都缓存了某个资源。资源已从 Varnish 中正确清除，但浏览器不会尝试再次请求它，除非达到 max-age。

所以我想知道我是否应该将'expires_in'与Varnish结合使用？我可以在 Varnish 前过滤 Nginx 或 Apache 实例中的 Cache-Control header ，但这似乎很奇怪。

任何人都可以启发我吗？

问候
菲利克斯

Answer 1

这实际上是一个非常好的和有效的问题，也是一个非常常见的反向代理问题。

问题是只有一个 Cache-Control 属性，它适用于客户端浏览器(私有(private)缓存)和/或代理服务器(共享缓存)。如果您根本不希望 3rd 方代理缓存您的内容，并且希望您的 Varnish(或 Rails 后端)处理每个请求，则必须从 Varnish 发送适当的 Cache-Control header 。

修改后端发送的 Cache-Control 头在 https://www.varnish-cache.org/trac/wiki/VCLExampleLongerCaching 中详细讨论

你可以从两个不同的角度来解决这个问题。如果你想在 Rails 后端定义 max-age，例如为不同的对象指定不同的 TTL，你可以使用上面链接中描述的方法。

另一种解决方案是根本不从后端发送 Cache-Control header ，而是在 varnish vcl_fetch() 中为对象定义所需的 TTL。这是我们采取的方法。

我们在 Varnish 中有一个 600 秒的默认 TTL，并为在进行更改时明确清除的页面定义更长的 TTL。这是我们当前的 vcl_fetch() 定义:

sub vcl_fetch {
  if (req.http.Host ~ "(forum|discus)") {
    # Forum pages are purged explicitly, so cache them for 48h
    set beresp.ttl = 48h;
  }

  if (req.url ~ "^/software/") {
    # Software pages are purged explicitly, so cache them for 48h
    set beresp.ttl = 48h;
  }

  if (req.url ~ "^/search/forum_search_results" ) {
    # We don't want forum search results to be cached for longer than 5 minutes
    set beresp.ttl = 300s;
  }

  if(req.url == "/robots.txt") {
    # Robots.txt is updated rarely and should be cached for 4 days
    # Purge manually as required
    set beresp.ttl = 96h;
  }

  if(beresp.status == 404) {
    # Cache 404 responses for 15 seconds
    set beresp.http.Cache-Control = "max-age=15";
    set beresp.ttl = 15s;
    set beresp.grace = 15s;
  }
}

在我们的例子中，我们根本不从 Web 后端服务器发送 Cache-Control header 。