所以，我们有nginx + spdy运行我们的SSL请求/响应。
一切正常。
不幸的是，spdy只有在这一点上才是SSL。
现在，我们的服务相当麻烦。
我们可以select相当快地进行所需的更改，以便将请求发送到我们的ssl处理程序，并且我们的ssl处理程序将其反向代理到他们需要去的地方。
spdy真的可以加快速度吗？ 是否值得花费几个小时，使铬/最新的Firefox发送我们的ajax请求到我们的SSL处理程序，并让我们的SSL处理程序反向代理他们需要去哪里？
笔记：
a）这只适用于一组选定的白名单浏览器（例如：chrome latest / firefox latest）。 相当简单的js在那里改变。
b）是的，我们知道如何在这些白名单浏览器上制作http – > https ajax请求。
c）从我们相当广泛的testing中，nginx + spdy组合运行得非常好。 所以是的，我们现在知道它的略微alpha / beta。 我们愿意承担一个小风险。
d）记住，我们的服务是90％+ ajax。 只有初始条目通过非ajax提供，所有其他“页面浏览”通过ajax处理。 因此，这对于我们的用户中的一大部分用户来说有很大的潜力。
谢谢。
简短的回答：地狱是的。
长答案：这取决于。 https://www.phusionpassenger.com是沉重的图像。 加载首页需要很多的请求。 通过从简单的HTTP切换到SPDY，我们减少了25％的加载时间，因为浏览器可以下载更多的资源，往返时间更少。 不过，SPDY需要最近的Chrome和Firefox版本。 在我们的情况下，我们大多数用户是技术用户，所以这不是问题。 如果您的访问者主要是MSIE，或者如果您没有以并行方式获得资源的方式加载资源，那么SPDY将不会帮助您。 在所有其他情况下SPDY是伟大的。