Nginx 和 Rails 维护页面，让 Squid 2.7 不缓存它们，或者鱿鱼的替代品

Question

我在负载均衡器上运行 Squid 2.7，它似乎想要愉快地缓存所有出现的内容，包括（尤其令人烦恼的）维护页面。

维护页面是通过 nginx 错误页面挂钩提供的，所以我似乎对它们的缓存标头没有太多控制权，我只想告诉鱿鱼不要缓存非 200 个页面。有没有办法在不升级鱿鱼的情况下做到这一点？ （我知道较新的鱿鱼有一种方法来匹配acl规则上的http状态）

页面本身已经有没有缓存的元标记，但这似乎对鱿鱼没有帮助。

以下是 nginx 发送错误页面的配置：

location / {
  passenger_enabled on;
  passenger_friendly_error_pages off;

  recursive_error_pages on;

  if (-f $document_root/system/maintenance.html) {
    return 503;
  }

  error_page 503 @503;
}

location @503 {
  if (-f $request_filename) {
    return 200;
    break;
  }
  error_page 405 = /system/maintenance.html;
  rewrite ^(.*)$ /system/maintenance.html break;
}

也许有更好的方法在 nginx 端执行此操作，或者也许有某种方法可以向这些错误页面添加额外的内容，从而使它们在鱿鱼中表现得更好。

一般的想法是，如果 document_root/system/maintenance.html 存在，则系统处于维护模式，并且应该为所有请求呈现该页面（静态文件除外，以便页面可以引用样式表或图像或其他内容）

至于鱿鱼最后，我真的没有任何具体的东西可以展示，它是一个非常千篇一律的缓存反向代理设置。

---

顺便说一句，也许有比使用鱿鱼更好的替代品，我也愿意接受这个建议。

Answer 1

我知道这不是你想要的，但是这样的东西在系统上要好得多，它提供文件，然后是维护页面（如果它就位），然后回退到支持的服务器

try_files $uri $uri.html /maintenance.html @unicorn_story;

这对于我们来说通过鱿鱼确实工作得很好但我会测试一下。

您也可以在维护结束后清除鱿鱼。