問題
FastCGI 不完全高級指南（PHP版，Windows平台）
解決方法
一、FastCGI是什麼？
FastCGI是語言無關的、可伸縮架構的CGI開放擴展，其主要行為是將CGI解釋器進程保持在內存中並因此獲得較高的性能。眾所周知，CGI解釋器的反復加載是CGI性能低下的主要原因，如果CGI解釋器保持在內存中並接受FastCGI進程管理器調度，則可以提供良好的性能、伸縮性、Fail-Over特性等等。
FastCGI的官方站點在[url=http://www.fastcgi.com/]鏈接標記http://www.fastcgi.com[/url]
FastCGI的工作原理是：
1、Web Server 啟動時載入FastCGI進程管理器（IIS ISAPI或Apache Module）;
2、FastCGI進程管理器自身初始化，啟動多個CGI解釋器進程 (在任務管理器中可見多個php-cgi.exe)並等待來自Web Server的連接。
3、當客戶端請求到達Web Server時，FastCGI進程管理器選擇並連接到一個CGI解釋器。Web server將CGI環境變量和標准輸入發送到FastCGI子進程php-cgi.exe。
4、FastCGI子進程完成處理後將標准輸出和錯誤信息從同一連接返回Web Server。當FastCGI子進程關閉連接時，請求便告處理完成。FastCGI子進程接著等待並處理來自FastCGI進程管理器（運行在 WebServer中）的下一個連接。 在正常的CGI模式中，php-cgi.exe在此便退出了。
在上述情況中，你可以想象 CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部dll擴展並重初始化全部數據結構。使用FastCGI，所有這些都只在進程啟動時發生一次。一個額外的好處是，持續數據庫連接(Persistent database connection)可以工作。
二、為什麼要使用FastCGI，而不是多線程CGI解釋器？
這可能出於多方面的考慮，例如：
1、你無論如何也不能在windows平台上穩定的使用多線程CGI解釋器，無論是IIS ISAPI方式還是APACHE Module方式，它們總是運行一段時間就崩潰了。奇怪麼？但是確實存在這樣的情況！
當然，也有很多時候你能夠穩定的使用多線程CGI解釋器，但是，你有可能發現網頁有時候會出現錯誤，無論如何也找不到原因，而換用FastCGI方式時這種錯誤的概率會大大的降低。我也不清楚這是為什麼，我想獨立地址空間的CGI解釋器可能終究比共享地址空間的形式來得穩定一點點。
2、性能！性能？可能麼，難道FastCGI比多線程CGI解釋器更快？但有時候確實是這樣，只有測試一下你的網站，才能最後下結論。原因嘛，我覺得很難講，但有資料說在Zend WinEnabler的時代，Zend原來也是建議在Windows平台下使用FastCGI而不是IIS ISAPI或Apache Module，不過現在Zend已經不做這個產品了。
三、不使用FastCGI的理由
1、多進程比多線程消耗更多的服務器內存，php-cgi.exe解釋器每進程消耗7至25兆內存，將這個數字乘以50或100試試。
2、性能。確實有時候多線程CGI解釋器更快，呵呵，而且有時候，它也很穩定。
3、CGI？聽起來就很土，呵呵
四、IIS FastCGI配置方法
1、首先確定你已正確安裝了PHP 4.3.x及更新的版本。早期版本的PHP並未默認加入FastCGI支持，如果你想在早期版本中工作，需要重新編譯它。我們假設PHP安裝在c:php，支持FastFCGI的可執行文件名是php-cgi.exe。
注意：建議在Php.ini中關閉cgi.force_redirect，啟用fastcgi.impersonate，啟用cgi.rfc2616_header
2、下載[url=http://www.caraveo.com/fastcgi/fastcgi-0.6.zip]鏈接標記http://www.caraveo.com/fastcgi/fastcgi-0.6.zip[/url]並將其中的isapi_fcgi.dll解壓縮到c:php目錄下（不是必須在此目錄，這裡只是敘述方便）。
3、使用regedit.exe建立如下注冊表項：
HKEY_LOCAL_MACHINE:SoftwareFASTCGI.php （必需）
4、在此項下建立如下鍵值：
字符串類型：AppPath，值為c:phpphp-cgi.exe （必需）
字符串類型：BindPath，值為php-fcgi （必需）
以下是可選配置鍵值：
DWORD類型：StartServers，啟動時默認啟動的解釋器個數，默認值5
DWORD類型：MaxServers，最大解釋器個數，默認25
DWORD類型：IncrementServers，當解釋器不夠用時增量個數，默認2
DWORD類型：Timeout，增量解釋器（超出StartServers數目的）存活時間，默認600（秒）
DWORD類型：ThreadPoolSize，線程池大小，僅IIS下有效，默認10
DWORD類型：Impersonate，僅IIS有效，如果為1，使用IIS安全標志，為0則關閉此特性。不要關閉它除非你不擔心安全問題。默認1
DWORD類型：MaxPostData，Post數據預讀Byte限制，默認0
DWORD類型：BypassAuth，僅IIS有效，如果為1並且isapi_fcgi.dll被配置為IIS Filter，同時IIS被配置為使用BASIC Authentication，這將強制所有認證請求使用IIS匿名用戶。這一選項的目的是允許腳本實現自己的安全機制。默認0
BINARY類型：CustomVars，附加環境變量值，新行分隔，Null結束
5、如果是IIS6，添加一個Web服務擴展指向c:phpisapi_fcgi.dll，並允許。應用程序池中的“最大工作進程數”請保持為1。
6、添加應用程序擴展映射關系：
1). 在Internet信息服務管理器中，選擇網站或應用程序的根目錄。
2). 打開目錄屬性頁（右鍵選擇“屬性”），再選擇“主目錄”。
3). 點擊“配置”按鈕，選擇“映射”Tab頁。
4). 點擊“添加...”，在“可執行文件”設為: c:phpisapi_fcgi.dll，擴展名設為.php，一定要選擇“確認文件是否存在”，然後“確定”保存設置。
5). 再同樣添加對.php3或.phtml擴展名的支持（可選）。
6). 保存設定並重新啟動IIS。
7、測試一下，同時請求多個Web頁面，然後察看任務管理器中的進程，頁面完成後php-cgi.exe進程持續運行並不退出。
五、Apache配置方法
1、首先確定你已正確安裝了PHP 4.3.x及更新的版本。早期版本的PHP並未默認加入FastCGI支持，如果你想在早期版本中工作，需要重新編譯它。我們假設PHP安裝在c:php，支持FastFCGI的可執行文件名是php-cgi.exe。
注意：建議在Php.ini中打開cgi.force_redirect，關閉fastcgi.impersonate，關閉cgi.rfc2616_headers。
2、下載[url=http://www.fastcgi.com/dist/mod_fastcgi-2.4.2-AP20.dll]鏈接標記http://www.fastcgi.com/dist/mod_fastcgi-2.4.2-AP20.dll[/url]，放到Apache 2.x的Modules目錄中。
3、確定Apache 2.x在CGI方式下可以正常運行PHP。httpd.conf中存在如下幾行：
ScriptAlias /php/ "c:/php/"
Action application/x-httpd-php "/php/php-cgi.exe"
SetEnv PHPRC "C:/php"
AddType application/x-httpd-php .php
4、在httpd.conf中添加:
LoadModule fastcgi_module modules/mod_fastcgi-2.4.2-AP20.dll
# 說明：此處的 -processes 3 表示啟動三個 php-cgi.exe 進程，
# 關於 FastCgiServer 的詳細參數請參考 FastCGI 文檔。
FastCgiServer "c:/php/php-cgi.exe" -processes 3
5、重新啟動Apache，測試同上。
六、高級配置
設想這樣一種場景，你的服務器上同時跑Apache 2和IIS 6，兩個Web服務器都跑php應用。那麼，有如下三種可能：
A、php使用iis isapi和apache module安裝，均為多線程方式運行。這個和FastCGI沒有關系。
B、其中一個服務器使用FastCGI方式，另一個使用多線程方式。這個能運行正常。
C、兩個均使用FastCGI方式，這個往往不正常。一般表現為：
兩個服務器各自啟動一些php-cgi.exe進程，然後服務器之一不解釋php頁面，或者隔一會兒就派生新的php-cgi.exe進程（可怕呀）。
為什麼呢？我想大概是因為上面使用的兩個東西（iis isapi和apache module）的作者大概並沒有想過要和對方同時使用吧，呵呵。想了想，Apache 2和IIS 6如果可以共用一批php-cgi.exe解釋器就好了，既不浪費內存，估計也不會有調度問題了。
經過研究和測試證明，這個想法是可行的。但是，由於Shane Caraveo並未在ISAPI DLL中提供使用外置FastCGI服務的功能，因此在此場景中只能是由IIS負責啟動和管理php-cgi.exe，然後配置Apache去使用這些受 IIS管理的php-cgi.exe進程。
配置方法：
1、按上述四中的方法配置IIS FastCGI。
2、基本按上述五中的方法配置Apache FastCGI，五.4改為在httpd.conf中添加:
LoadModule fastcgi_module modules/mod_fastcgi-2.4.2-AP20.dll
# 使用外部FastCGI服務器，請參考 FastCGI 文檔。
FastCgiExternalServer "c:/php/php-cgi.exe" -socket "php-fcgi"
注意：-socket參數後的值必須與HKEY_LOCAL_MACHINE:SoftwareFASTCGI.php中BindPath的值一致，這樣兩個FastCGI進程管理器才會使用同一個命名管道連接php-cgi.exe。
注意：此配置中php-cgi.exe進程只受IIS中的FastCGI進程管理器管理， Apache的繁忙請求並不會使IIS中的FastCGI調度更多的php-cgi.exe進程。因此，在IIS中配置FastCGI時應當使 StartServers值足夠大，以避免php解釋器數量不足。同樣帶來的問題是，如果IIS關閉了，那麼Apache就會找不到Php解釋器了，這個要留心。
由此帶來的一個問題是：此時的php.ini中cgi.force_redirect、fastcgi.impersonate、cgi.rfc2616_headers應該怎麼設定呢？這個留給大家去思考吧……呵呵
另外一個可能遇到的問題是，IIS非常空閒，一段時間後由IIS啟動的php-cgi.exe退出了，則apache就解釋不了 Php了，怎麼辦呢？這時可以訪問一下iis網站，php-cgi.exe就又起來了，暈哦。一個建議是使用IIS 6的進程池管理，在應用程序池中關掉“空閒超時”，並且，在“應用程序池標識”中將運行賬號設定為與Apache服務啟動賬號一致。
網友建意:
收藏……
網友建意:
收藏了
不過我用FastCGI經常掛掉，好幾台機器測試都一樣，不知道原因出在哪裡
網友建意:
官方下載地址：[url=http://www.fastcgi.com/dist/]鏈接標記http://www.fastcgi.com/dist/[/url]
版本已經升級到2.4.6了，樓主的下載地址是不行的，這文章應該是比較老的
[url=http://www.111cn.cn/html/30/n-34030.html]鏈接標記http://www.111cn.cn/html/30/n-34030.html[/url] 這文章看看
Windows 下有兩種方法使 PHP 工作於 Apache 2.0.x 之中。一種是 使用 CGI 可執行程序，另一種是適用 Apache 模塊的 DLL。
所以從某種角度上來說，以apache模塊方式安裝的 PHP4有著比CGI模式更好的安全性以及更好的執行效率和速度。
問題：以apache模塊方式安裝的 PHP能不能使用fastcgi，也就是兩個都以apache模塊方式加載，安裝了運行正常，但不知道兩者使用有什麼區別？
FastCGI的Apache模塊有一些問題，比如會爛開進程，掛掉後也殺不掉，導致很不穩定，好在有FCGID這個解決辦法，不至於讓FCGI走向末路^^
http://fastcgi.coremail.cn/index.cn.htm
[ ]
網友建意:
木有用過
網友建意:
mark
網友建意:
拿走了啊，[img]http://www.111cn.cn/bbs/images/smilies/default/lol.gif[/img]
網友建意:
good!
網友建意:
nice...........那就是APACHE MODEL好於FCGI咯。。。。。。。。。。 [img]http://www.111cn.cn/bbs/images/smilies/default/33.gif[/img] [img]http://www.111cn.cn/bbs/images/smilies/default/33.gif[/img][img]http://www.111cn.cn/bbs/images/smilies/default/33.gif[/img]
網友建意:
占樓學習
