Wij eerder behandeld de definitieve versie van de module IIS FastCGI, die gezamenlijk tussen Microsoft en Zend wordt ontwikkeld… Maar enkel deze week, Microsoft (MSFT: $33.76 -0.50%) aangekondigd de beschikbaarheid van RTM van de module IIS FastCGI.

Zo wat gebeurt? Wij hebben de huidige versie gedownload (die, door de manier, is niet het compatibele systeem met oude, u moet dan desinstalleren installeert de nieuwe versie) en gecontroleerd het versieaantal op \ Vensters \ System32 \ inetsrv \ fcgiext.dll - het kwam uit 6.1.36.1 te zijn.

Door contrast, de versie die wij en een maand hebben gedownload geleden (die de Go Live versie) schijnt gesynchroniseerd te zijn werden gecontroleerd en werden gevonden om 7.0.6001.16606 te zijn geïnstalleerdp.

Duidelijk gebruikte de Go Live versie de nummering van de versies van de Server 2008 van het Microsoft Windows, maar het heeft verward ons.

…

De gelukwensen zijn opdat het ontwikkelingsteam van IIS van Microsoft - vandaag zij hebben net aangekondigd de openbare beschikbaarheid van de definitieve versie van de Uitbreiding van iIS-FastCGI ISAPI - een langverwachte en veel-betere manier om enkel over om het even welke open-bron scripting motor op IIS te lopen, veilig en snel.

Deze module FastCGI voor IIS 5.1, 6, en 7 (met het Uitzicht en Server 2008 van Vensters) is in de werkzaamheden voor vrij een tijdje nu geweest, en wij hebben hen sinds de eerste bètaversie gebruikt - zij zijn goed. Terwijl het grootste voordeel in het gebruiken van FastCGI met zal worden gezien IIS7 om uit nieuw voordeel te halen pit-wijze caching, is het nog een reusachtige verbetering over de oude manier om scripting motoren voor talen zoals PHP op Vensters in werking te stellen.

Het probleem: De meeste open-bron scripting motoren zoals PHP en Robijn op Sporen waren aanvankelijk ontwikkelde on/for de wereld *nix. Voor Unix-based platforms, de gemakkelijkste manier om multi-threaded toepassingen tot stand te brengen enkel is zelfde app of meer (het model van CGI) tweemaal in werking te stellen. Voor Vensters, dat niet zo goed uitwerkt, omdat het a lot more middelen neemt om tot een ander proces te leiden. 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.

…