【发布时间】:2013-03-01 12:28:38
【问题描述】:
因此,我们为 SSL 请求/响应运行了 nginx + spdy。
一切正常。
不幸的是,spdy 目前只是 SSL。
现在,我们的服务相当重 ajax。
我们可以选择相当快速地进行所需的更改,以便将请求发送到我们的 ssl 处理程序,我们的 ssl 处理程序将它们反向代理到需要去的地方。
spdy 的速度真的那么快吗? 值得花几个小时让 chrome / latest firefox 将我们的 ajax 请求发送到我们的 ssl 处理程序并让我们的 ssl处理程序将它们反向代理到需要去的地方?
注意事项:
a) 这仅对选定的一组白名单浏览器有效(例如:chrome latest / firefox latest)。相当简单的js改在那里。
b) 是的,我们知道如何在这些白名单浏览器上发出 http -> https ajax 请求。
c) 根据我们相当广泛的测试,nginx + spdy 组合运行良好。所以是的,我们现在知道它的轻微 alpha/beta。我们愿意承担的小风险。
d) 请记住,我们的服务是 90%+ ajax。只有初始条目是通过非 ajax 提供的,所有其他“页面视图”都是通过 ajax 处理的。因此,对于我们的大部分用户来说,这有可能大大加快速度。
谢谢。
【问题讨论】:
-
由于它对个人、缓慢/分散的请求没有帮助,大多数是 ajax 的事实是否意味着它不会对大多数用户加速?
标签: performance nginx spdy