Acabamos de acabar el uploading de las versiones más últimas de nuestros plugins de XCache y del eAccelerator, ahora en la versión 0.6.

Para los de usted que faltó aviso inicial, hemos escrito dos plugins eso dejó WordPress comunicarse directamente con los escondrijos variables almacenados en la memoria central del opcode PHP que se utilizan en XCache y eAccelerator para alzar funcionamiento y para disminuir actividad de la entrada-salida.

eAccelerator y XCache es el opcode más-popular de la abrir-fuente dos que deposita los motores para PHP, y recomendamos altamente que cualesquiera y todos los anfitriones lo utilizan para mejorar funcionamiento de PHP por varios dobleces. Particularmente, recomendamos XCache para el mejor funcionamiento.

…

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:

…

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.

…

PHP Fatal error:  require_once()[function.require]: Failed opening
required 'SAM/php_sam.php' (include_path='.;C:php5pear') in
sam_factory on line 1

…