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. En el momento que, tenemos actualmente un apilado del software el abarcar de un acoplamiento del apretado-hacer punto de estos productos:

…

Las felicitaciones son para que el equipo del desarrollo de IIS de Microsoft - hoy acaban de anunciar la disponibilidad pública de la versión final de la extensión de IIS-FastCGI ISAPI - una manera esperada desde hace mucho tiempo y mucho-mejorada del funcionamiento apenas sobre cualquier motor scripting de la abrir-fuente en IIS, con seguridad y rápidamente.

Este módulo de FastCGI para IIS 5.1, 6, y 7 (con Windows Vista y servidor 2008) ha estado en los trabajos por absolutamente un rato ahora, y nosotros los ha estado utilizando puesto que el primer lanzamiento beta - son buenos. 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.

…