2013-03-13 89 views
5

所以,我们有nginx + spdy运行我们的SSL请求/响应。SPDY + Nginx - 建议尽可能使用?

所有作品都不错。

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

现在,我们的服务相当重ajax。

我们有这样的请求被发送到我们的SSL处理程序和我们的SSL处理反向代理他们,他们需要去很快完成所需更改的选项。

是否真的SPDY加快东西那么多吗?是否值得花费几个小时的时间让Chrome/Firefox的最新发送ajax请求到我们的ssl处理程序,并让我们的ssl处理程序将它们反向代理到他们需要去的地方?

注:

a)本才有效用于选择的一组白名单列表的浏览器(例如:铬最新/火狐最新)。相当简单的js在那里改变。

b)是,我们知道如何使HTTP - 在白名单列表浏览器> HTTPS Ajax请求。

C)从我们相当广泛的测试,nginx的+ SPDY组合工作得很好。所以是的,我们现在知道它略微有alpha/beta。我们愿意承担一个小风险。

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

谢谢。

+0

因为它不与个人,缓/摊开请求帮助,没有的事实,多数是AJAX意味着不能为大多数用户加快? – Kevin 2013-10-02 07:06:48

回答

2

简答:地狱是的。

长答案:这取决于。 https://www.phusionpassenger.com沉重的图像。加载首页需要很多请求。通过从普通HTTP切换到SPDY,我们减少了25%的加载时间,因为浏览器可以使用更少的往返次数下载更多资产。不过SPDY需要最近的Chrome和Firefox版本。在我们的案例中,我们大多数用户都是技术用户,所以这不是问题。如果您的访问者主要是MSIE,或者如果您没有以可从并行方式获益的方式加载资产,那么SPDY对您无能为力。在所有其他情况下,SPDY非常棒。