mod_spdy问题和猜测

我尝试了mod_spdy，我遇到了一个问题 – 它似乎与AJAX请求和mod_php不兼容，如下所示： https : //www.modspdy.com/blog/2012/04/15/using-mod_spdy -with-PHP /

解决scheme似乎是通过fastCGI运行PHP脚本。 现在我的第一个问题是，为什么呢？ 有没有可能是某种解决方法？ 这种不兼容性只是暂时的吗？

你能澄清你的意思是关于AJAX？

mod_php与mod_spdy不mod_spdy因为SPDY将多个请求多路复用到一个线程的单个连接中，这可能会导致mod_php问题。 它放在mod_spdy文档中 ：

就像Apache Worker MPM一样，mod_spdy使用内部线程池（为了实现SPDY多路复用）来处理请求，这可能会与非线程安全的Apache模块交互不良。 特别是，如果您想通过mod_spdy提供PHP，强烈build议您使用mod_fcgid而不是mod_php ，因为某些PHP库不是线程安全的; 使用mod_fcgid将在单独的进程中运行PHP，从而避免线程安全问题。

那会有什么好处呢？

看到这个堆栈溢出问题讨论这个问题。

另外，我不明白为什么需要https。 为什么不能简单的说，从mod_spdy的静态，网站获得速度？ 我在这里寻找简单的猜测 – 你认为mod_spdy将在没有mod_ssl要求的情况下可用，或者是架构如此不同以至于我不应该期待它？

否 – SPDY有意构build为需要SSL。 当然，告诉你，它永远不会放弃SSL的要求也是猜测，但有几个大的原因，它不会去任何地方：

1. 协议的操作是必要的。

   TLS下一个协议协商扩展对于客户端和服务器来说是需要让对方知道他们都支持SPDY。

2. 这对互联网很好。

   互联网上的很多大玩家，包括谷歌，都已经提出了这样一个想法：即使你没有立即给你的信用卡号码，网站也应该运行SSL。

   Firesheep使cookie被简单地劫持，这就是为什么你会注意到你的Facebook或Twitter连接总是被encryption的。 堆栈交换networking的相同的请求 ，你正在阅读。 连接安全问题更是一个生活在不允许自由使用互联网的政权下的人们关心的问题。