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

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

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

…

お祝いはマイクロソフトのIISの開発チームのために-今日ある 彼らはちょうど発表した IIS-FastCGI ISAPI延長-ちょうどIISの開け源台本を書くエンジンについて動く待ち焦がれた、多く改良された方法の最終バージョンの公共供給、速くそしてすぐに。

IIS 5.1、6、および7のためのFastCGIこのモジュールは仕事しばらく今、および私達に(Windowsヴィスタおよびサーバー2008年と)使用しているそれらをのでずっと最初のベータ版あった-よい。 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.

…