Мы как раз заканчивали uploading самые последние варианты наших вставляем XCache и eAccelerator, теперь на варианте 0.6.

Для того из вас пропустили первоначально объявление, мы писали 2 вставляем то препятствовало WordPress связывать сразу с memory-resident тайниками opcode PHP переменными использованы в XCache и eAccelerator для того чтобы форсировать представление и уменьшить деятельность при вход-выхода.

eAccelerator и XCache больше всего-популярное opcode раскрывать-источника 2 пряча двигатели в тайнике для PHP, и мы высоки рекомендуем что любые и весь хозяин используют их для того чтобы улучшить представление PHP несколькими створок. В частности, мы рекомендуем XCache для самого лучшего представления.

…

Мы работали на двигать к новому серверу вся неделя, и мы как раз заканчивали переход. Наиболее наилучшим образом всех, мы переключали к новым серверам без любого downtime in-between. Наш новый сервер будет 1.86 дуом сердечника 2 гигагерца и с 3GB ШТОССЕЛЯ DDR2 - всеми спасибо к awesome вантам и галлонами на Lunarpages, самый лучший хозяин там.

Множество работы шло в этот переход в упованиях поднимать представление - и важно, надежность - нашего сервера. В прошлый год (в виду того что мы сперва начали наш хозяйничать с LP), мы шли от нескольк миллиона ударов месяц к дюжинам миллионов, и наш старый сервер принял довольно удар. To that end, мы фокусировали на раскрывать облегченное и высок-оптимизированное Кодего совсем вокруг; hopefully будет no more непредвиденного downtime… всегда.

Наша в настоящее время установка средства программирования очень осложненн, но hopefully она примет нас полностью до 0.00 MINUTы downtime - который будет наша цель! Мы имеем множественных серверов и программ применения в предпосылке каждом делая они наиболее наилучшим образом - вместо традиционного иметь--стержн-сервер-делать-оно-вся дорога. At the moment, мы в настоящее время имеем стог средства программирования состоять из сетки плотно-вязать этих продуктов:

…

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

…