apache php的幾種運行方式（cgi,fastcgi

時間 2019-11-14

標籤 apache php 幾種運行方式 cgi fastcgi 欄目 Apache 简体版

原文原文鏈接

今天在安裝 APC 擴展，發現報一連串錯誤。php

找百娘幫助，有phper也遇到這種狀況，分析是由於php的版本問題，php5.5的版本，安裝會各類錯誤。mysql

本人虛擬機的liunx 裏面的版本就是5.5.7. linux

在系統裏面之前和單獨編譯過7.0的版本，如今的CGI 的版本是7.0。後面沒學會怎麼把php加入Apache 。nginx

只能安裝了一個集成環境，集成環境的版本是5.5.7 .web

後面一直有想升級的打算，今天遇到這個問題。因此在網上查找方法。怎麼升級。ajax

最後看到php 有幾種運行的方式，特此記錄一下算法

++++++++++++++++++++++++++++++++++++++++++++sql

PHP的全部應用程序都是經過WEB服務器(如IIS或Apache)和PHP引擎程序解釋執行完成的，數據庫

工做過程：
(1)當用戶在瀏覽器地址中輸入要訪問的PHP頁面文件名，而後回車就會觸發這個PHP請求，並將請求傳送化支持PHP的WEB服務器。
(2)WEB服務器接受這個請求，並根據其後綴進行判斷若是是一個PHP請求，WEB服務器從硬盤或內存中取出用戶要訪問的PHP應用程序，並將其發送給 PHP引擎程序。
(3)PHP引擎程序將會對WEB服務器傳送過來的文件從頭至尾進行掃描並根據命令從後臺讀取，處理數據，並動態地生成相應的HTML頁面。
(4)PHP引擎將生成HTML頁面返回給WEB服務器。WEB服務器再將HTML頁面返回給客戶端瀏覽器。

apache的運行階段

Apache將請求處理循環分爲11個階段，依次是：Post-Read-Request，URI Translation，Header Parsing，Access Control，Authentication，Authorization，MIME Type Checking，FixUp，Response，Logging，CleanUp。

--------------------------------------------------------------------------------------------------------------------

---------------------------------------------------------------------------------------------------------------------

最近搭建服務器，忽然感受lamp之間究竟是怎麼工做的，或者是怎麼聯繫起來？平時只是寫程序，重來沒有思考過他們之間的工做原理，借這個機會趕集惡補一下這個知識。apache

l：即操做系統，也就是創建在電腦硬件基礎上的最底層的東西，至關於：國家這個概念，而win或者Linux就至關於不一樣的國家

a：就是web服務器，這個服務器至關於國家領導人：主席，起到指導做用。

m：就是數據庫，存儲數據的地方，至關銀行

p：就是php，至關於下屬，作事情的人

也就是說php是apache的一個外掛程序，必須依靠web服務器才能夠運行。當客戶端瀏覽器觸發事件--->php程序提交到apache服務器---->apache服務器根據php程序的特色判斷是php程序，提交給php引擎程序--->php引擎程序解析並讀取數據庫生成相應的頁面

php引擎；像smarty就是，有本身的標籤模式並能夠解析這種標籤生成原生態的php程序

那麼如何優化網站呢？其實就是觸發時間到生成相應的頁面過程，這個時間差越小，用戶體驗越好，那麼根絕上面幾步，咱們能夠想到的優化方法就是：客戶端提交的數據大小已經併發數量----- 都提交給apache服務器處理---apache分配給php引擎---php程序和讀取數據庫---輸出

1：優化客戶端數據提交，不過當用戶達到必定級別時候，這個數據仍是很大的

2：優化 web服務器，主要是處理高併發的性能

3：優化php引擎程序：samrty模版的引擎很不錯

4：優化php程序：主要是數據庫讀取的方面和php自身程序效率

5：數據庫優化:數據庫的配置以及優化方式，達到與php讀取效率的最完美匹配

6：輸出優化：使用js等技術 ajax技術

--------------------------------------------------------------------------------------------------------------------

虛擬主機一般用fast-cgi或者php-cgi方式，由於能夠把php程序和apache隔離開，防止虛擬主機的擁有者執行惡意程序。
apache handler（模塊方式）的方式效率最高，可是php和apache運行在一個進程裏面，因此php作什麼事情都會影響apache。
若是你是本身的服務器，仍是handler吧。

----------------------------------------------------------------------------------------------------------------------

一. 能夠配置Apache將PHP解釋器做爲CGI腳本，或者做爲Apache自己的一個模塊(mod_php)，還有就是FastCGI模式來運行。

CGI是比較原始的方式，Apache默認是以第二種方式運行PHP的，而配置FastCGI模式須要下載安裝相關的包。

性能上，CGI模式每一次接到請求會調用php.exe，解析php.ini，加載DLL等，速度天然慢。

後兩種方式會在Web程序啓動時就做爲啓動，等待請求；其中FastCGI下，實現了相似鏈接池的技術特性，保持了對後臺的鏈接，請求到來便可使用，結束即斷開準備與下一個請求鏈接。

實際中，有人認爲FastCGI比mod_php模式慢，有認爲前者是後者性能的80%的，還有人測試後認爲：對於匿名訪問，前者約爲後者性能的63%，認證訪問時也低了18%。通常認爲，FastCGI是適用於高併發使用場景下的，同時使用FastCGI可使得程序在Web Server產品與代碼兩端都具備更好的選擇自由度。

二.Nginx默認不支持CGI模式，它是以FastCGI方式運行的。因此使用Nginx+PHP就是直接配置爲FastCGI模式。

For the most part, lack of CGI support in Nginx is not an issue and actually has an important side-benefit: because Nginx cannot directly execute external programs (CGI), a malicious person can't trick your system into uploading and executing an arbitrary script.

http://wiki.nginx.org/SimpleCGI（修改成CGI模式）

---------------------------------------------------------------------------------------------------------------------------

----------------------------------------------------------------------------------------------------------------------------

php在apache中一共有三種工做方式：CGI模式、Apache 模塊DLL、FastCGI模式)

如下分別比較：

1. CGI模式與模塊模式比較：

php在apache中兩種工做方式的區別(CGI模式、Apache 模塊DLL)
這兩種工做方式的安裝：

PHP 在 Apache 2.0 中的 CGI 方式
ScriptAlias /php/ "c:/php/"
AddType application/x-httpd-php .php

# 對 PHP 4 用這行
Action application/x-httpd-php "/php/php.exe"

# 對 PHP 5 用這行
Action application/x-httpd-php "/php/php-cgi.exe"
PHP 在 Apache 2.0 中的模塊方式
# 對 PHP 4 用這兩行：
LoadModule php4_module "c:/php/php4apache2.dll"
# 別忘了從 sapi 目錄中把 php4apache2.dll 拷貝出來！
AddType application/x-httpd-php .php
# 對 PHP 5 用這兩行：
LoadModule php5_module "c:/php/php5apache2.dll"
AddType application/x-httpd-php .php

# 配置 php.ini 的路徑
PHPIniDir "C:/php"

這兩種工做方式的區別：
在CGI模式下，若是客戶機請求一個php文件，Web服務器就調用php.exe去解釋這個文件，而後再把解釋的結果以網頁的形式返回給客戶機；
而在模塊化(DLL)中，PHP是與Web服務器一塊兒啓動並運行的。
因此從某種角度上來講，以apache模塊方式安裝的 PHP4有着比CGI模式更好的安全性以及更好的執行效率和速度。

2. FastCGI運行模式分析：

FastCGI的工做原理是：

(1)、Web Server 啓動時載入FastCGI進程管理器【PHP的FastCGI進程管理器是PHP-FPM(php-FastCGI Process Manager)】（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)能夠工做。

3. 爲何要使用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已經不作這個產品了。

4. FastCGI 模式運行PHP 的優勢：

以 FastCGI 模式運行 PHP 有幾個主要的好處。首先就是 PHP 出錯的時候不會搞垮 Apache，只是 PHP 本身的進程當掉（但 FastCGI 會當即從新啓動一個新 PHP 進程來代替當掉的進程）。其次 FastCGI 模式運行 PHP 比 ISAPI 模式性能更好（我原本用 ApacheBench 進行了測試，但忘了保存結果，你們有興趣能夠本身測試）。

最後，就是能夠同時運行 PHP5 和 PHP4。參考下面的配置文件，分別創建了兩個虛擬主機，其中一個使用 PHP5，另外一個使用 PHP4。

LoadModule fastcgi_module modules/mod_fastcgi-2.4.2-AP13.dll

ScriptAlias /fcgi-php5/ "d:/usr/local/php-5.0.4/"

FastCgiServer "d:/usr/local/php-5.0.4/php-cgi.exe" -processes 3

ScriptAlias /fcgi-php4/ "d:/usr/local/php-4.3.11/"

FastCgiServer "d:/usr/local/php-4.3.11/php.exe"

Listen 80

NameVirtualHost *:80

DocumentRoot d:/www

Options Indexes FollowSymlinks MultiViews

ServerName php5.localhost

AddType application/x-httpd-fastphp5 .php

Action application/x-httpd-fastphp5 "/fcgi-php5/php-cgi.exe"

IndexOptions FancyIndexing FoldersFirst

Options Indexes FollowSymLinks MultiViews

AllowOverride None

Order allow,deny

Allow from all

Listen 8080

NameVirtualHost *:8080

DocumentRoot d:/www

Options Indexes FollowSymlinks MultiViews

ServerName php4.localhost

AddType application/x-httpd-fastphp4 .php

Action application/x-httpd-fastphp4 "/fcgi-php4/php.exe"

Options Indexes FollowSymLinks MultiViews

AllowOverride None

Order allow,deny

Allow from all

使用上面的配置，訪問 http://localhost/ 就使用 PHP5，而訪問 http://localhost:8080/ 就使用 PHP4。因此只要合理配置，就可讓不一樣的虛擬主機使用不一樣版本的 PHP。

FastCGI 模式的一些缺點：

說完了好處，也來講說缺點。從個人實際使用來看，用 FastCGI 模式更適合生產環境的服務器。但對於開發用機器來講就不太合適。由於當使用 Zend Studio 調試程序時，因爲 FastCGI會認爲 PHP 進程超時，從而在頁面返回 500 錯誤。這一點讓人很是惱火，因此我在開發機器上仍是換回了 ISAPI 模式。

最後，在 Windows 中以 FastCGI 模式存在潛在的安

2、php 在nginx 中運行模式(nginx+PHP-FPM )目前理想選擇

使用FastCGI方式如今常見的有兩種stack：ligthttpd+spawn-fcgi; 另一種是nginx+PHP-FPM(也能夠用spawn-fcgi) 。

(1) 如上面所說該兩種結構都採用FastCGI對PHP支持，所以HTTPServer徹底解放出來，能夠更好地進行響應和併發處理。所以lighttpd和nginx都有small, but powerful和efficient的美譽。

(2) 該二者還能夠分出一個好壞來，spawn-fcgi因爲是lighttpd的一部分，所以安裝了lighttpd通常就會使用spawn-fcgi對php支持，可是目前有用戶說ligttpd的spwan-fcgi在高併發訪問的時候，會出現上面說的內存泄漏甚至自動重啓fastcgi。即：PHP腳本處理器當機，這個時候若是用戶訪問的話，可能就會出現白頁(即PHP不能被解析或者出錯)。

另外一個：首先nginx不像lighttpd自己含帶了fastcgi(spawn-fcgi)，所以它徹底是輕量級的，必須藉助第三方的FastCGI處理器才能夠對PHP進行解析，所以其實這樣看來nginx是很是靈活的，它能夠和任何第三方提供解析的處理器實現鏈接從而實現對PHP的解析(在nginx.conf中很容易設置)。

nginx可使用spwan-fcgi(須要一同安裝lighttpd，可是須要爲nginx避開端口，一些較早的blog有這方面安裝的教程)，可是因爲spawn-fcgi具備上面所述的用戶逐漸發現的缺陷，如今慢慢減小使用nginx+spawn-fcgi組合了。

c. 因爲spawn-fcgi的缺陷，如今出現了新的第三方(目前仍是，據說正在努力不久未來加入到PHP core中)的PHP的FastCGI處理器，叫作PHP-FPM(具體能夠google)。它和spawn-fcgi比較起來有以下優勢：

因爲它是做爲PHP的patch補丁來開發的，安裝的時候須要和php源碼一塊兒編譯，也就是說編譯到php core中了，所以在性能方面要優秀一些；

同時它在處理高併發方面也優於spawn-fcgi，至少不會自動重啓fastcgi處理器。具體採用的算法和設計能夠google瞭解。

所以，如上所說因爲nginx的輕量和靈活性，所以目前性能優越，愈來愈多人逐漸使用這個組合：nginx+PHP/PHP-FPM