這是php-5.3.10-nts-Win32-VC9-x86.msi下載,是英文超文本預(yù)處理語言Hypertext Preprocessor的縮寫。PHP 是一種 HTML 內(nèi)嵌式的語言,是一種在服務(wù)器端執(zhí)行的嵌入HTML文檔的腳本語言,語言的風(fēng)格有類似于C語言,被廣泛地運(yùn)用。
php-5.3.10-nts-Win32-VC9-x86.msi是一共分為五大運(yùn)行模式:包括cgi 、fast-cgi、cli、isapi、apache 模塊的 DLLCGI
CGI即通用網(wǎng)關(guān)接口(Common Gateway Interface),它是一段程序,通俗的講CGI就象是一座橋,把網(wǎng)頁和WEB服務(wù)器中的執(zhí)行程序連接起來,它把HTML接收的指令傳遞給服務(wù)器的執(zhí) 行程序,再把服務(wù)器執(zhí)行程序的結(jié)果返還給HTML頁。CGI 的跨平臺性能極佳,幾乎可以在任何操作系統(tǒng)上實(shí)現(xiàn)。
CGI方式在遇到連接請求(用戶 請求)先要創(chuàng)建cgi的子進(jìn)程,激活一個CGI進(jìn)程,然后處理請求,處理完后結(jié)束這個子進(jìn)程。這就是fork-and-execute模式。所以用cgi 方式的服務(wù)器有多少連接請求就會有多少cgi子進(jìn)程,子進(jìn)程反復(fù)加載是cgi性能低下的主要原因。都會當(dāng)用戶請求數(shù)量非常多時,會大量擠占系統(tǒng)的資源如內(nèi) 存,CPU時間等,造成效能低下。
1、Web Server啟動時載入FastCGI進(jìn)程管理器(IIS ISAPI或Apache Module)
2、FastCGI進(jìn)程管理器自身初始化,啟動多個CGI解釋器進(jìn)程(可見多個php-cgi)并等待來自Web Server的連接。
3、當(dāng)客戶端請求到達(dá)Web Server時,F(xiàn)astCGI進(jìn)程管理器選擇并連接到一個CGI解釋器。Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進(jìn)程php-cgi。
4、 FastCGI子進(jìn)程完成處理后將標(biāo)準(zhǔn)輸出和錯誤信息從同一連接返回Web Server。當(dāng)FastCGI子進(jìn)程關(guān)閉連接時,請求便告處理完成。FastCGI子進(jìn)程接著等待并處理來自FastCGI進(jìn)程管理器(運(yùn)行在Web Server中)的下一個連接。 在CGI模式中,php-cgi在此便退出了。在上述情況中,你可以想象CGI通常有多慢。每一個Web 請求PHP都必須重新解析php.ini、重新載入全部擴(kuò)展并重初始化全部數(shù)據(jù)結(jié)構(gòu)。使用FastCGI,所有這些都只在進(jìn)程啟動時發(fā)生一次。一個額外的 好處是,持續(xù)數(shù)據(jù)庫連接(Persistent database connection)可以工作。APACHE2HANDLER
PHP作為Apache模塊,Apache服務(wù)器在系統(tǒng)啟動后,預(yù)先生成多個進(jìn)程副本駐留在內(nèi)存中,一旦有請求出 現(xiàn),就立即使用這些空余的子進(jìn)程進(jìn)行處理,這樣就不存在生成子進(jìn)程造成的延遲了。這些服務(wù)器副本在處理完一次HTTP請求之后并不立即退出,而是停留在計 算機(jī)中等待下次請求。對于客戶瀏覽器的請求反應(yīng)更快,性能較高。
一個ISAPI的DLL,可以在被用戶請求激活后長駐內(nèi)存,等待用戶的另一個請求,還可以在一個DLL里設(shè)置多個用戶請求處理函數(shù),此外,
ISAPI的DLL應(yīng)用程序和WWW服務(wù)器處于同一個進(jìn)程中,效率要顯著高于CGI。(由于微軟的排他性,只能運(yùn)行于windows環(huán)境)cli:
cli是php的命令行運(yùn)行模式,大家經(jīng)常會使用它,但是可能并沒有注意到(例如:我們在linux下經(jīng)常使用 “php -m”查找PHP安裝了那些擴(kuò)展就是PHP命令行運(yùn)行模式;有興趣的同學(xué)可以輸入php -h去深入研究該運(yùn)行模式)總結(jié):
每種運(yùn)行模式都有自己的優(yōu)缺點(diǎn),沒有絕對的好與壞,主要是看大家處理何種環(huán)境。