私達はちょうど版0.6でXCacheおよびeAcceleratorの私達の差込の最も最近の版を、今アップロードすることを終わった。

逃したあなたのそれらのため 最初の発表、私達は書いた 2 差込 それはWordPressが性能を後押しし、入力／出力の活動を減らすのにXCacheおよびeAcceleratorで使用されているメモリ常駐のopcode PHPの可変的な隠し場所と直接伝達し合うようにした。

eAccelerator そして XCache PHPのためのエンジンを貯蔵する2最も普及した開け源のopcodeはあり複数の折目によってPHPの性能を改善するのにありとあらゆるホストがそれらを使用することを私達は非常に推薦する。 特に、私達は最高の性能のためのXCacheを推薦する。

…

私達は新しいサーバーへの移動にすべての週取り組んで、私達はちょうど転移を終えた。 最もよくすべての、私達はダウンタイムなしに新しいサーバーに中間転換してしまった。 私達の新しいサーバーはDDR2 RAMの3GB -すべてのおよび驚くばかりの人のおかげでgalsの1.86 GHzの中心2のデュオのであり、 Lunarpages、そこの最もよいホストはある。

多くの仕事は性能の-もっと重大に、信頼性上昇を希望してこの転移に-私達のサーバーの…入り。 過去1年間に(私達が最初にLPと私達の催すことを)始めてから、私達は複数の百万の衝突から月たくさんの何百万に行き、私達の古いサーバーは衝突をかなり取った。 これを受けて、私達は軽量および高度に最適化されたコードをすべてに配置することに焦点を合わせた; うまく行けばこれ以上の予想外のダウンタイムが…ない。

私達の現在のソフトウェア組み立ては非常に複雑であるが、うまく行けば私達の目的の0.00分に私達をであるダウンタイムずっと連れて行く! 私達は最もよく-従来の代りに…持網サーバーそれすべての方法何をする背景それぞれで走る複数のアプリケ−ションサーバーおよびプログラムを有する。 、私達に現在ソフトウェア積み重ねがこれらのプロダクトの緊密な網で構成することをある今:

…

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

…