缓存控制标头和 Heroku 动态图像

Question

我正在尝试了解 Heroku 上的 HTTP 缓存。阅读 他们的文章后，我很好奇 Cache-Control HTTP 标头是如何工作的。

在示例应用程序中提到的中文章标题在控制器操作中设置：

def image
    @qrimage = QRImage.find_by_md5(params[:md5])
    if @qrimage
      headers['Cache-Control'] = 'public; max-age=2592000' # cache image for a month
      send_data @qrimage.data, :filename => @qrimage.filename, :disposition => 'inline', :type => "image/png"
    else
      render :nothing => true, :status => 404
    end
end

代码@qrimage.data 就像：

  def data
    qrcode = RQRCode::QRCode.new(self.message, :size => self.version, :level => self.ecc.to_sym)
    qrcode.to_s
  end

所以对我来说，看起来图像每次都是在服务器上生成的。然后被浏览器缓存一个月。因此，唯一的节省是当同一访问者尝试查看相同的图像时。

如果不同的访问者尝试查看同一图像，该图像仍会生成并发送。如果你问我的话，我并没有多大帮助。

我的理解是否正确，或者不会为每个站点访问者重新生成相同的图像？

Answer 1

Aspen 和 Bamboo 堆栈上的 Heroku 应用程序以 Varnish 为前端，Varnish 是一种
HTTP 加速器。 Varnish 将缓存应用程序的输出
根据标准 HTTP 标头提供的线索来描述
页面的可缓存性。这些标头与浏览器使用的标头相同，
因此，正确设置这些标头可以使您的应用程序获得双重提升
在 Heroku 上的速度：在 Varnish 层，以及在用户的
浏览器。

如果您不知道，Varnish 本质上是一个非常快的缓存，位于您的应用程序和互联网之间。当标头表明可以安全缓存时，Varnish 就会执行此操作并使用缓存对象响应其他请求，而不会影响您的应用程序。