Microsoft FastCGI atualizado - mas deve você promover?
Nós coberto previamente a liberação final do módulo de IIS FastCGI, desenvolvida conjuntamente entre Microsoft e Zend… Mas apenas esta semana, Microsoft (MSFT: $33.76 -0.50%) anunciado a disponibilidade do RTM do módulo de IIS FastCGI.
Assim que está indo sobre? Nós downloaded a liberação atual (que, pela maneira, é não compatível com velho, você deve uninstall a seguir instalar a versão nova) e verificou em do número de versão \ Windows \ System32 \ inetsrv \ fcgiext.dll - saiu ser 6.1.36.1.
Pelo contraste, a versão que nós downloaded e instalamos um mês há (que parece dubbed a liberação viva ir) fomos verificados e encontrados para ser 7.0.6001.16606.
Obviamente a liberação viva ir usava o numbering das liberações do usuário 2008 do Microsoft Windows, mas tem-nos confundidos.
Você pode encontrar um timeline do blog de s de Volodarsky do microfone do ciclo do desenvolvimento e do marco miliário do módulo de FastCGI (colaborador de Microsoft IIS)' - mas faz a nenhum mention qualquer da liberação 2007 outubro de 10o.
O que tem perplexed não é a falta de uma programação completa da liberação nem dos números de versão opondo - aqueles são fáceis. Como com a maioria outras de aplicações, o mais atrasado é o mais grande - fim da história. Para nós, o problema é que o módulo de RTM FastCGI é mais menos estável do que a liberação viva ir do último mês. Este é novo mau real, porque o módulo de FastCGI foi de ferramenta awesome e a maioria invaluable quando vem a desdobrar determinados módulos da abr-fonte do buggy em Windows.
Nossa experiência com o módulo de RTM FastCGI não foi todo o bad - o desempenho realizou-se ligeiramente (como dentro < 1 req/seq) melhorado. Mas promover é um PITA e o módulo de RTM não abide pela lima da configuração a primeira vez que nós a instalamos - até ao ponto em que serviu a nossas limas de PHP como o plain-text, uma segurança ENORME nenhum-nenhuma. Mas então nós suprimimos a lima da configuração e partimo-la do risco e tudo era APROVADO…
Mas então os processos de FastCGI começaram balk e parar, os pedidos cronometravam para fora demasiado rápido (apesar de usar as mesmas diretrizes orientadoras da lima da configuração), e rápido-falham a proteção estavam sendo acoplados distante demasiado frequentemente.
Parece que a sintaxe do intervalo de parada reverted à semântica original das liberações mais adiantadas antes das inspecções prévias do Tech, aonde o ActivityTimeout retrocederá em uniforme o RequestTimeout não foi alcançado ainda…. Mas nós não estamos certos.
No momento em que nossos problemas parecem ter sido classificados para fora (levantando todos os limites em nossa lima da configuração por a lote ) mas, naturalmente, tudo tem seu preço. We’re hoping that raising the timeouts won’t induce and instability or end up with FastCGI module unable to detect a hanged process - but only time will tell.
In the meantime, if you’re running the October 2007 release (which, by the way, we cannot seem to locate any more) you should probably hold off upgrading for a week or two until things get sorted out.
Written by Computer Guru. Read more great feeds at is source WEBSITE
no comments.
Read more articles on FastCGI and IIS and Microsoft and Reviews and Windows and software.
- [+] Digg: Feature this article
- [+] Del.icio.us: Bookmark this article
- [+] Furl: Bookmark this article
