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. Op het ogenblik, hebben wij momenteel softwarestapel het bestaan uit van netwerk van deze producten strak-breien:

…

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

…