¿Microsoft FastCGI puesto al día - pero debe usted aumentar?
Nosotros cubierto previamente el lanzamiento final del módulo de IIS FastCGI, desarrollado en común entre Microsoft y Zend… Pero apenas esta semana, Microsoft (MSFT: $33.76 -0.50%) anunciado la disponibilidad de RTM del módulo de IIS FastCGI.
¿Qué se está encendiendo tan? Hemos descargado el lanzamiento actual (que, a propósito, está no compatible con el viejo, usted debe uninstall después instalar la nueva versión) y comprobó en \ Windows \ System32 \ inetsrv \ fcgiext.dll del número de versión - salió ser 6.1.36.1.
Por el contrario, la versión que descargamos y que instalamos hace un mes (que se parece haber sido doblado el lanzamiento del resultar útil) fuimos comprobados y encontrados para ser 7.0.6001.16606.
El lanzamiento del resultar útil utilizaba obviamente la enumeración de los lanzamientos del servidor 2008 del Microsoft Windows, pero nos tiene confundidos.
Usted puede encontrar un timeline desarrollo y jalón del ciclo blog de s de Mike Volodarsky (revelador del módulo de FastCGI de Microsoft IIS)' - pero hace ninguna mención cualesquiera del lanzamiento del 10 de octubre de 2007.
Qué tiene perplexed no es la carencia de un horario completo del lanzamiento ni de los números de versión que están en conflicto - ésos son fáciles. Como con la mayoría de los otros usos, el más último es el más grande - final de la historia. Para nosotros, el problema es que el módulo de RTM FastCGI es menos estable que el lanzamiento del resultar útil a partir del mes pasado. Éste es mal nuevo verdadero, porque el módulo de FastCGI ha sido de la herramienta impresionante y la mayoría inestimable cuando viene a desplegar ciertos módulos de la abrir-fuente del cochecillo en Windows.
Nuestra experiencia con el módulo de RTM FastCGI no ha sido todo el malo - el funcionamiento ha sido levemente (como adentro < 1 req/seq) mejorado. Pero el aumento es un PITA y el módulo de RTM no seguiría el archivo de la configuración la primera vez que lo instalamos - hasta el punto de sirviera nuestros archivos de PHP como plain-text, una seguridad ENORME ninguno-ninguna. Pero después suprimimos el archivo de la configuración y salimos de rasguño y todo era ACEPTABLE…
Pero entonces los procesos de FastCGI comenzaron a frustrar y a parar, las peticiones medían el tiempo hacia fuera de demasiado rápido (a pesar de usar los mismos directorios del archivo de la configuración), y rápido-dejan la protección eran enganchadas lejos demasiado a menudo.
Se parece que el sintaxis del descanso ha invertido a la semántica original de los lanzamientos anteriores antes de las inspecciones previoes del Tech, adonde el ActivityTimeout golpeará con el pie en uniforme el RequestTimeout todavía no se ha alcanzado…. Pero no estamos seguros.
En el momento que nuestros problemas se parecen haber sido clasificados hacia fuera (levantando todos los límites en nuestro archivo de la configuración por a porción ) pero, por supuesto, todo tiene su precio. 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
