私達 前に覆われる 共同でマイクロソフトとZendの間で開発されるIIS FastCGIモジュールの最終的なリリース、… しかしちょうどこの週、マイクロソフト(MSFT: $33.76 -0.50%) 発表される 供給 の RTM IIS FastCGIモジュールの。

従って何が起こっているか。 私達は(、ところである現在のバージョンダウンロードした ない 古い1つのと互換性がある取付け、新版を)点検したバージョン・ナンバーのの\ Windows \ System32 \ inetsrv \ fcgiext.dllそれからアンインストールしなければならない- 6.1.36.1であることを出て来た。

対照によって、版私達が前に7.0.6001.16606才であるために(生中継され解放ダビングされるようである)月点検され、見つけられたダウンロードし、取付けた。

明らかに生中継され解放はマイクロソフト・ウインドウズサーバー2008解放からの番号付けを使用していたが、混同する私達を持っている。

…

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

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

私達の現在のソフトウェア組み立ては非常に複雑であるが、うまく行けば私達の目的の0.00分に私達をであるダウンタイムずっと連れて行く! 私達は最もよく-従来の代りに…持網サーバーそれすべての方法何をする背景それぞれで走る複数のアプリケ−ションサーバーおよびプログラムを有する。 At the moment, we currently have a software stack comprising of a tightly-knit mesh of these products:

…

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.

…