我看到一些 php 网站在将 Varnish 放在它们前面后会在 0.2 秒内响应。我现在有：
- Nginx 上游
- 前清漆 1)
- 两个带有 nodejs 的应用服务器
我的 Varnish 设置是标准的：
backend default {
.host = "127.0.0.1";
.port = "8080";
}
sub vcl_recv {
#some redirects from 80 to https hosts
}
Nginx 监听 443 并将其传递给 :80 varnish，然后将 varnish 传递给具有两个服务器上游的 nginx :8080 。Nginx 和两台服务器在局域网中（Microsoft azure）
现在我的页面响应是从 0.7 到 1.5 秒，这简直太疯狂了，因为主页的大部分部分都使用 memcached（即使是 0.1 秒以下的 ajax 调用也使用了一些 memcached 的东西）。
在本地运行 nodejs 应用程序时，我得到的响应是 0.3 - 0.4。
据我所知，清漆没有：
- 工作（我只是在标题中得到这个：X-Varnish：98306）或
- 缓存
我可以在 Varnish 日志中看到每个请求的内容，但这根本没有帮助。
那么，有没有人可以帮我解决这个问题？
Varnish、Nginx 甚至 Apache 都可以通过缓存内容来加速动态网站。他们就是这样做的。他们不能仅通过将慢速站点放在前面来加速它。他们必须缓存内容，这些内容通常需要时间才能在服务器上呈现并像静态网页一样交付。
使内容可缓存的最佳方法是在应用程序中设置适当的缓存标头。该应用程序是执行此操作的正确位置，因为可缓存性的含义总是有不同的内容：
但有时 Web 开发人员不了解缓存，因此应用程序不会发送正确的缓存标头。如果是这种情况，您必须识别不同类型的内容，并且必须配置 Varnish、Nginx 或 Apache 以使用正确类型的内容做正确的事情。
实际上，我会检查这有多复杂。您已经在为您的网站使用 Nginx。所以对我来说安装额外的软件是没有意义的，因为 Nginx 也可以处理缓存。但如果您喜欢使用 ESI 或非常复杂的检查来区分内容类型，我建议您使用 Varnish。
为您准备的后续步骤：
仔细查看应用程序的缓存标头 (Cache-Control)。我假设您的应用程序没有发送它们，因此 Varnish 无法缓存并且无法加速您的应用程序。