우리 이전에 덮는 함께 마이크로소프트와 Zend 사이에서 개발되는 IIS FastCGI 단위의 마지막 방출,… 그러나 다만 이 주, 마이크로소프트 (MSFT: $33.76 -0.50%) 알리는 가용성 의 RTM IIS FastCGI 단위의.

이렇게 무엇이 일어나고 있는가? 우리는 (, 그런데 인 신발매 다운로드했다 아닙니다 오래된 것 의 당신은과 호환이 되는 설치하고 새로운 자료를) 검사했다 버전 번호를에 \ 창 \ System32 \ inetsrv \ fcgiext.dll 그 때 설치를 해제해야 한다 - 6.1.36.1이기 위하여 나왔다.

대조적으로, 버전 우리가 전에 7.0.6001.16606살이기 위하여 (생중계 방출이라고 새로 녹음되는 것을 보이는) 달 검사되고 찾아낸 다운로드하고 설치한.

명백하게 생중계 방출은 Microsoft Windows 서버 2008 방출에서 번호찍기를 사용하고 있었다, 그러나 혼동된 저희를 받는다.

…

축하는 마이크로소프트의 IIS 개발 팀의 순서를 따라 - 오늘 이다 그들은 지금 막 알렸다 IIS-FastCGI ISAPI 연장 - 다만 IIS에 어떤 열 근원 대본을 쓰는 엔진에 관하여 달리기의 long-awaited와 다량 개량된 방법의 마지막 버전의 공중 가용성, 안전하고 그리고 빨리.

IIS 5.1, 6, 및 7을 위한 FastCGI 이 단위는 확실히 동안 동안 일 지금, 및 우리에 (창 비스타와 서버 2008년에) 이용하고 있다 그들을 때문에 첫번째 베타 릴리스 있었다 - 좋다. 새로운 것 이용하는 위하여 가장 큰 이득이 IIS7에 FastCGI 이용에서 보이는 동안 알갱이 형태 숨기기, 지금도 창에 PHP 같이 언어를 위한 대본을 쓰는 엔진을 달리기의 오래된 방법에 거대한 개선이다.

문제: PHP 같이 대부분의 열 근원 대본을 쓰는 엔진 및 가로장에 루비는 처음에 개발한 on/for *nix 세계이었다. 유닉스 근거한 플래트홈에, 다 실을 꿴 신청 창조의 쉬운 방법은 정당하다 또는 더 많은 것 동일한 app를 두번 달리기 위하여 있다 (CGI 모형). 창에, 저것은 다른 과정을 창조하기 위하여 자원을 아주 많게 가지고 가기 때문에, 이렇게 잘 운동하지 않는다. 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.

…