mod_spdy problemas e especulações

3

Estou experimentando o mod_spdy e me deparei com um problema - parece ser incompatível com as requisições AJAX e com o mod_php como: link

A solução parece ser executar scripts php através do fastCGI. Agora minha primeira pergunta é: por que isso? Existe algum tipo de solução alternativa? Esta incompatibilidade é apenas temporária? Eu não gostaria de mudar todo o servidor de produção para fastCGI apenas por causa disso. Quais seriam as vantagens / desvantagens disso?

Além disso, não entendo por que precisa de https. Por que um site simples, digamos estático, não pode ganhar velocidade do mod_spdy? Eu estou procurando especulação simples aqui - você acha que o mod_spdy estará algum dia disponível sem o requisito mod_ssl, ou a arquitetura é tão diferente que eu não deveria esperar a qualquer momento?

Espero que eu esteja expressando meus pensamentos claramente. Obrigado por seus pensamentos.

    
por donk 10.05.2012 / 15:12

1 resposta

2

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:

  1. É 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.

  2. É 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.

por 11.05.2012 / 01:37