具有SPDY 3.1的Apache HTTPD

问题是，Chrome 40.x不再支持SPDY / 3，只支持SPDY / 3.1，但是Apache的mod_spdy模块只支持SPDY / 3，所以如果你使用Apache作为Web服务器的话，Chrome用户基本上不会使用SPDY。

mod_spdy目前处于一种糟糕的状态，Google或者Apache都将它捐赠给Asf后继续维护它。 谷歌最近发表声明说，他们将在2016年初放弃Chrome的SPDY支持，但是他们忘了说他们已经开始丢弃旧版本的SPDY（包括SPDY / 3）（我喜欢这些部分真实的声明） ，所以基本上如果你使用的是Apache，那么对于你的Chrome用户你不能提供SPDY，而不能自己实现SPDY / 3.1。

那么，为什么“不要做坏事”呢？ 🙂

查看详情： https ： //groups.google.com/forum/#!topic / mod-spdy-discuss / FPEj0zG5I0Y和https://code.google.com/p/mod-spdy/issues/detail？id = 100＆colspec = ID％20Type％20Status％20Priority％20Owner％20Summary％20Stars

你可能会考虑的一个select是切换到Nginx，并在那里使用SPDY / 3.1实现。

谷歌的mod_spdy在Apache 2.2上工作，但2.4端口有一些问题，已经有一个线程 。

我发现一个描述如何成功地编译它，但我还没有testing它。

正如我不能评论的那样，由于缺乏声誉，我不得不回答，虽然它可能像alexus的回答那样是“脱离主题”。

我发现了前几天提到的hoppy，并且成功地运行了它。 很简单，如果有人有兴趣尝试它。 虽然我不得不提及，但这只能增加SPDY / 3支持到我的域名，而不是SPDY / 3.1。

Chrome 36和Firefox 31.4 ESR通过SPDY / 3成功连接到此testing域。 （使用适用于Firefox和Chrome的SPDY指示器AddOns）Qualys SSL Labs确认，服务器获得了SDPY / 3和SPDY / 2的支持。

使用这些浏览器版本连接到google.com，SPDY指示灯告诉我SPDY / 3.1正在使用中。

但在Chrome 40＆41和Firefox 36 +中，SPDY指示灯保持灰色，同时连接到我的testing域。 连接google.com这两个浏览器说，连接已经使用HTTP / 2。 所以不仅Chrome，而且Firefox已经下了SPDY 3.0的支持。

我觉得这有点不幸。 系统pipe理员，试图支持最好的经验和协议支持有点过头了，投入的工作是没有用的。

为了最终回答这个线程的问题：不。对我来说，似乎，你不会得到某种“官方”SPDY / 3.1支持apache2呢。 正如你可以在github上看到的，他们还没有说出来。 由于这个“尚未”已经有大约半年的时间了，我猜想，它不会到来。 所以像亚历克斯提到的，应该坚持HTTP / 2。 请关注这个github页面 ，希望apache2能很快popup。

最后是“但是” – 部分。 ;）你可以撤销更改，我链接到，并重新编译mod_spdy，所以它提供了SPDY / 3.1。 使用我的testing机器似乎可以正常工作，但是我遇到了一些与Firefox有关的问题，说OCSP-Server需要稍后尝试，而这些问题在5分钟后消失了。 但我真的不知道浏览器是不是回到SPDY / 3，但显示谈判SPDY / 3.1什么的。 我现在不相信这个设置，需要做进一步的testing。 所以要再次回答这个问题：是的，也许！ :)如果你坚持描述跳跃给了，并改变一些代码行，并再次编译。 这似乎有点工作，但我真的不会现在推荐它。

其实我在testingSPDY3.1时，没有从编译前的源代码中删除3.1头文件规范。

一切工作正常， 除了POST和 PHP-FPM file upload 。 而且，即使在错误日志中没有关于它的详细信息，stream量也有30％的下降。 当然这可能是一个巧合，但是后期和问题肯定是真实的。

它在服务器上进行了testing，每天的浏览量约为20万次。

对不起，如果它有点偏离主题，但我甚至不打扰，因为谷歌正在放弃SPDY并转向HTTP / 2：

Chromium博客：Hello HTTP / 2，Goodbye SPDY