Performance SPDY+Nginx-建议尽可能使用？

因此，我们为SSL请求/响应运行了nginx+spdy

一切都很好

不幸的是，spdy仅在这一点上是SSL

现在，我们的服务相当重

我们可以选择相当快地进行所需的更改，以便将请求发送到我们的ssl处理程序，而我们的ssl处理程序会将请求反向代理到它们需要去的地方

斯普迪真的能把事情加快那么多吗？是否值得花几个小时让chrome/LastFirefox将ajax请求发送到ssl处理程序，并让ssl处理程序在需要的地方反向代理它们

注:

a这将仅对选定的一组白名单浏览器有效，例如：chrome最新版本/firefox最新版本。这里的变化相当简单

b是的，我们知道如何在这些白名单浏览器上发出http->https ajax请求

c从我们相当广泛的测试来看，nginx+spdy组合工作得相当好。是的，我们知道在这一点上它有点α/β。我们愿意冒一点风险

d请记住，我们的服务是90%+ajax。只有初始条目是通过非ajax提供的，所有其他“页面视图”都是通过ajax处理的。因此，对于我们的大部分用户来说，这有可能大大加快速度

---

谢谢。

简短回答：是的

---

详细回答：这要看情况。大量的图像。加载首页需要很多请求。通过从普通HTTP切换到SPDY，我们减少了25%的加载时间，因为浏览器可以用更少的往返下载更多的资源。然而，SPDY需要最新的Chrome和Firefox版本。在我们的例子中，我们的大多数用户都是技术用户，所以这不是问题。如果您的访问者大多是MSIE，或者如果您加载资产的方式不能从并行性中获益，那么SPDY将不会对您有多大帮助。在所有其他情况下，SPDY都很好。

因为它对单个、缓慢/分散的请求没有帮助，大多数是ajax，这难道不意味着它对大多数用户来说不会加速吗？