I'm trying out mod_spdy and I've run into a problem - it seems to be incompatible with AJAX requests and mod_php as in this: https://www.modspdy.com/blog/2012/04/15/using-mod_spdy-with-php/
The solution seems to be to run php scripts through fastCGI. Now my first question is, why is that? Is there maybe some sort of a workaround? Is this incompatibility just temporary?
Você pode esclarecer o que você quer dizer com relação ao AJAX?
mod_php
não é compatível com mod_spdy
porque o SPDY multiplexa várias solicitações em uma única conexão com encadeamento, o que pode causar problemas com mod_php
. É bem colocado na mod_spdy
documentação :
Much like the Apache Worker MPM, mod_spdy serves requests using an internal thread pool (in order to implement SPDY multiplexing), which may interact badly with non-thread-safe Apache modules. In particular, if you'd like to serve PHP over mod_spdy, it is highly recommended that you use mod_fcgid rather than mod_php, as some PHP libraries are not thread-safe; using mod_fcgid will run PHP in a separate process, thus avoiding the thread safety issues.
What would be the advantages/disadvantages of that?
Veja esta questão do Stack Overflow para discussão sobre esse assunto.
Also, I do not understand why it needs https. Why can't a simple, let's say static, website gain speed from mod_spdy? I'm looking for plain speculation here - do you think mod_spdy will be sometime available without the mod_ssl requirement, or is the architecture so different that I should not expect it at any time?
Não - o SPDY foi criado intencionalmente para exigir SSL. Claro, dizer-lhe que nunca vai cair o requisito SSL é especulação também .. mas há um par de grandes razões que não vai a lugar nenhum:
-
É necessário para o funcionamento do protocolo.
A extensão TLS Next Protocol Negotiation é necessária para que o cliente e o servidor informem uns aos outros que ambos suportam o SPDY.
-
É bom para a internet.
Muitos dos grandes players da Internet, incluindo o Google, chegaram à ideia de que os sites devem estar executando o SSL, mesmo que você não esteja dando o número do seu cartão de crédito naquele instante.
O Firesheep simplificou o sequestro de cookies, e é por isso que você notará que sua conexão com o Facebook ou o Twitter está sempre criptografada nos dias de hoje. A mesma solicitação foi feita da rede do Stack Exchange na qual você está lendo. E a segurança de conexão é ainda mais preocupante para as pessoas que vivem sob regimes que não permitem o uso gratuito da Internet.