私達 previously covered 共同でマイクロソフトと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解放からの番号付けを使用していたが、混同する私達を持っている。

…

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

IIS 5.1、6、および7のためのFastCGIこのモジュールは仕事しばらく今、および私達に(Windowsヴィスタおよびサーバー2008年と)使用しているそれらをのでずっと最初のベータ版あった-よい。 新しいの利用するのに最も大きい利点がIIS7とのFastCGIの使用で見られる間、 穀粒モード貯蔵、それは今でもWindowsのPHPのような言語のための台本を書くエンジンを動かす古い方法上の巨大な改善である。

The Problem: PHPのようなほとんどの開け源台本を書くエンジンおよび柵のルビーは最初に開発されたon/for *nixの世界だった。 Unix基づかせていたプラットホームで、多通された適用を作成する簡単な方法はちょうど同じappまたは多くを二度動かすことである(CGIモデル)。 Windowsで、それは別のプロセスを作成するために資源をもっとたくさん取るので、そうよく解決しない。 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.

…