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.

…

Hemos estado trabajando en trasladarse a un servidor nuevo toda la semana, y acabamos de acabar la transición. Lo más mejor posible de todos, hemos cambiado a los servidores nuevos sin ningún tiempo muerto mientras tanto. Nuestro servidor nuevo es 1.86 un dúo de la base 2 del gigahertz y con 3GB del ESPOLÓN DDR2 - todas las gracias a los individuos impresionantes y galones en Lunarpages, el mejor anfitrión allí es.

Los muchos de trabajo han entrado esta transición en esperanzas de levantar el funcionamiento - y más importantemente, la confiabilidad - de nuestro servidor. En el último año (desde que primero comenzamos nuestro recibimiento con el LP), hemos ido de vario millón de golpes al mes a las docenas de millones, y nuestro viejo servidor tomó absolutamente un golpe. A tal efecto, nos hemos centrado en desplegar código ligero y alto-optimizado todo alrededor; esperanzadamente no habrá tiempo muerto inesperado… siempre.

¡Nuestra disposición actual del software es muy complicada, pero esperanzadamente nos llevará hasta el final a 0.00 minutos del tiempo muerto - que es nuestra meta! Tenemos servidores múltiples y programas del uso que funcionan en el fondo cada uno que hace lo que él lo más mejor posible - en vez del tradicional tener--tela-servidor--él-toda manera. At the moment, we currently have a software stack comprising of a tightly-knit mesh of these products:

…

Congratulations are in order for Microsoft’s IIS development team - today they’ve just announced the public availability of the final version of the IIS-FastCGI ISAPI Extension - a long-awaited and much-improved way of running just about any open-source scripting engine on IIS, safely and quickly.

This FastCGI module for IIS 5.1, 6, and 7 (with Windows Vista and Server 2008) have been in the works for quite a while now, and we’ve been using them since the first beta release - they’re good. While the biggest benefit will be seen in using FastCGI w/ IIS7 to take advantage of the new kernel-mode caching, it’s still a huge improvement over the old way of running scripting engines for languages like PHP on Windows.

The Problem: Most open-source scripting engines like PHP and Ruby on Rails were initially developed on/for the *nix world. On Unix-based platforms, the easiest way of creating multi-threaded applications is just to run the same app twice or more (The CGI model). On Windows, that doesn’t work out so well, because it takes a lot more resources to create another process. So these engines released Windows-specific single-process multi-threaded engines; the only problem was, they weren’t stable. Too many race conditions in some very non-thread-safe code wreaked havoc on many Windows systems, with the PHP developers themselves giving “Stability on IIS” the lowest level of concern.

…

For all the Windows-bound PHP users out there, consider yourselves warned: even if you’re running the (supposedly) thread-safe PHP Win32 binary redistribution, you’re still susceptible to PHP Access Violation Errors, race problems, heap corruption, and much worse if you use the popular eAccelerator opcode-caching extension.

We did our testing with the binaries compiled by SiteBuddy using the latest versions of both PHP and eAccelerator. Almost immediately after initiating a stress test on our test servers we experienced the dreaded “PHP Access Violation” error - which brings down the entire IIS Worker Process to its heels.

…