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ïnstalleerdt.

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

…

Wij hebben bij zich het bewegen aan een nieuwe server al week gewerkt, en wij hebben net de overgang gebeëindigd. Beste van allen, hebben wij op de nieuwe servers zonder enige onderbreking in-tussen overgeschakeld. Onze nieuwe server is een 1.86 GHz Kern 2 Duo en met 3GB van DDR2 RAM - alle dank aan de ontzagwekkende kerels en gals bij Lunarpages, is de beste daar gastheer.

Heel wat werk is in deze overgang in hoop van het opheffen van de prestaties - en wat nog belangrijker is, de betrouwbaarheid - van onze server gegaan. In het verleden het jaar (aangezien wij eerst onze het ontvangen met LP) begonnen, zijn wij van verscheidene miljoen klappen een maand naar dozens miljoenen gegaan, en onze oude server nam vrij een klap. Daarvoor, hebben wij ons bij rond het opstellen van lichtgewicht en hoogst-geoptimaliseerde code allen geconcentreerd; hopelijk zal er ooit niet meer onverwachte onderbreking… zijn.

Onze huidige softwareopstelling is zeer ingewikkeld, maar zal het ons hopelijk al manier aan 0.00 minuten van onderbreking nemen - dat is ons doel! Wij hebben veelvoudige toepassingsservers en programma's die op de achtergrond lopen elk die wat doen zij beste - in plaats van traditioneel hebben-de-Web-server--het-alle manier. 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.

…