九色国产,午夜在线视频,新黄色网址,九九色综合,天天做夜夜做久久做狠狠,天天躁夜夜躁狠狠躁2021a,久久不卡一区二区三区

打開APP
userphoto
未登錄

開通VIP,暢享免費(fèi)電子書等14項(xiàng)超值服

開通VIP
CGI、FastCGI、CLI、Apache、ISAPI之PHP運(yùn)行環(huán)境對(duì)比

1、運(yùn)行模式 

關(guān)于PHP目前比較常見的五大運(yùn)行模式: 

1)CGI(通用網(wǎng)關(guān)接口 / Common Gateway Interface) 

2)FastCGI(常駐型CGI / Long-Live CGI) 

3)CLI(命令行運(yùn)行 / Command Line Interface) 

4)Web模塊模式(Apache等Web服務(wù)器運(yùn)行的模式) 

5)ISAPI(Internet Server Application Program Interface) 

備注:在PHP5.3以后,PHP不再有ISAPI模式,安裝后也不再有php5isapi.dll這個(gè)文件。要在IIS6上使用高版本PHP,必須安裝FastCGI 擴(kuò)展,然后使IIS6支持FastCGI。 

1.1 CGI模式 

  CGI即通用網(wǎng)關(guān)接口(Common Gateway Interface),它是一段程序,通俗的講CGI就象是一座橋,把網(wǎng)頁和Web服務(wù)器中的執(zhí)行程序連接起來,它把HTML接收的指令傳遞給服務(wù)器的執(zhí)行程序,再把服務(wù)器執(zhí)行程序的結(jié)果返還給HTML頁。CGI 的跨平臺(tái)性能極佳,幾乎可以在任何操作系統(tǒng)上實(shí)現(xiàn)。CGI已經(jīng)是比較老的模式了,這幾年都很少用了。 

  每有一個(gè)用戶請(qǐng)求,都會(huì)先要?jiǎng)?chuàng)建CGI的子進(jìn)程,然后處理請(qǐng)求,處理完后結(jié)束這個(gè)子進(jìn)程,這就是Fork-And-Execute模式。 當(dāng)用戶請(qǐng)求數(shù)量非常多時(shí),會(huì)大量擠占系統(tǒng)的資源如內(nèi)存,CPU時(shí)間等,造成效能低下。所以用CGI方式的服務(wù)器有多少連接請(qǐng)求就會(huì)有多少CGI子進(jìn)程,子進(jìn)程反復(fù)加載是CGI性能低下的主要原因。 

  如果不想把 PHP 嵌入到服務(wù)器端軟件(如 Apache)作為一個(gè)模塊安裝的話,可以選擇以 CGI 的模式安裝?;蛘甙?PHP 用于不同的 CGI 封裝以便為代碼創(chuàng)建安全的 chroot 和 setuid 環(huán)境。這樣每個(gè)客戶機(jī)請(qǐng)求一個(gè)PHP文件,Web服務(wù)器就調(diào)用php.exe(win下是php.exe,linux是php)去解釋這個(gè)文件,然后再把解釋的結(jié)果以網(wǎng)頁的形式返回給客戶機(jī)。 這種安裝方式通常會(huì)把 PHP 的可執(zhí)行文件安裝到 web 服務(wù)器的 cgi-bin 目錄。CERT 建議書 CA-96.11 建議不要把任何的解釋器放到 cgi-bin 目錄。   這種方式的好處是把Web Server和具體的程序處理獨(dú)立開來,結(jié)構(gòu)清晰,可控性強(qiáng),同時(shí)缺點(diǎn)就是如果在高訪問需求的情況下,CGI的進(jìn)程Fork就會(huì)成為很大的服務(wù)器負(fù)擔(dān),想 象一下數(shù)百個(gè)并發(fā)請(qǐng)求導(dǎo)致服務(wù)器Fork出數(shù)百個(gè)進(jìn)程就明白了。這也是為什么CGI一直背負(fù)性能低下,高資源消耗的惡名的原因。 

1.2 FastCGI模式 

  FastCGI是CGI的升級(jí)版本,F(xiàn)astCGI像是一個(gè)常駐 (long-live)型的 CGI,它可以一直執(zhí)行著,只要激活后,不會(huì)每次都要花費(fèi)時(shí)間去 Fork 一次 (這是 CGI 最為人詬病的 fork-and-execute 模式)。 

  FastCGI是一個(gè)可伸縮地、高速地在HTTP server和動(dòng)態(tài)腳本語言間通信的接口。多數(shù)流行的HTTP server都支持FastCGI,包括Apache、Nginx和lighttpd等,同時(shí),F(xiàn)astCGI也被許多腳本語言所支持,其中就有PHP。 

  FastCGI接口方式采用C/S結(jié)構(gòu),可以將HTTP服務(wù)器和腳本解析服務(wù)器分開,同時(shí)在腳本解析服務(wù)器上啟動(dòng)一個(gè)或者多個(gè)腳本解析守護(hù)進(jìn)程。當(dāng)HTTP服務(wù)器每次遇到動(dòng)態(tài)程序時(shí),可以將其直接交付給FastCGI進(jìn)程來執(zhí)行,然后將得到的結(jié)果返回給瀏覽器。這種方式可以讓HTTP服務(wù)器專一地處理靜態(tài)請(qǐng)求或者將動(dòng)態(tài)腳本服務(wù)器的結(jié)果返回給客戶端,這在很大程度上提高了整個(gè)應(yīng)用系統(tǒng)的性能。   【原理】 

1)Web Server啟動(dòng)時(shí)載入FastCGI進(jìn)程管理器(IIS ISAPI或Apache Module); 

2)FastCGI進(jìn)程管理器自身初始化,啟動(dòng)多個(gè)CGI解釋器進(jìn)程 (可見多個(gè)php-cgi.exe或php-cig)并等待來自Web Server的連接; 

3)當(dāng)客戶端請(qǐng)求到達(dá)Web Server時(shí),F(xiàn)astCGI進(jìn)程管理器選擇并連接到一個(gè)CGI解釋器。Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進(jìn)程php-cgi; 4)FastCGI子進(jìn)程完成處理后將標(biāo)準(zhǔn)輸出和錯(cuò)誤信息從同一連接返回Web Server。當(dāng)FastCGI子進(jìn)程關(guān)閉連接時(shí),請(qǐng)求便告處理完成。FastCGI子進(jìn)程接著等待并處理來自FastCGI進(jìn)程管理器(運(yùn)行在 WebServer中)的下一個(gè)連接。在正常的CGI模式中,php-cgi.exe在此便退出了。 

  在CGI模式中,你可以想象 CGI通常有多慢。每一個(gè)Web請(qǐng)求PHP都必須重新解析php.ini、重新載入全部dll擴(kuò)展并重初始化全部數(shù)據(jù)結(jié)構(gòu)。使用FastCGI,所有這些都只在進(jìn)程啟動(dòng)時(shí)發(fā)生一次。一個(gè)額外的好處是,持續(xù)數(shù)據(jù)庫連接(Persistent database connection)可以工作。 

    備注:PHP的FastCGI進(jìn)程管理器是PHP-FPM(PHP-FastCGI Process Manager)   【優(yōu)點(diǎn)】 

1)從穩(wěn)定性上看,F(xiàn)astCGI是以獨(dú)立的進(jìn)程池來運(yùn)行CGI,單獨(dú)一個(gè)進(jìn)程死掉,系統(tǒng)可以很輕易的丟棄,然后重新分配新的進(jìn)程來運(yùn)行邏輯; 

2)從安全性上看,F(xiàn)astCGI支持分布式運(yùn)算。FastCGI和宿主的Server完全獨(dú)立,F(xiàn)astCGI怎么down也不會(huì)把Server搞垮; 

3)從性能上看,F(xiàn)astCGI把動(dòng)態(tài)邏輯的處理從Server中分離出來,大負(fù)荷的IO處理還是留給宿主Server,這樣宿主Server可以一心一意作IO,對(duì)于一個(gè)普通的動(dòng)態(tài)網(wǎng)頁來說, 邏輯處理可能只有一小部分,大量的是圖片等靜態(tài)。   【缺點(diǎn)】 

  說完了好處,也來說說缺點(diǎn)。從我的實(shí)際使用來看,用FastCGI模式更適合生產(chǎn)環(huán)境的服務(wù)器。但對(duì)于開發(fā)用機(jī)器來說就不太合適。因?yàn)楫?dāng)使用 Zend Studio調(diào)試程序時(shí),由于 FastCGI會(huì)認(rèn)為 PHP進(jìn)程超時(shí),從而在頁面返回 500錯(cuò)誤。這一點(diǎn)讓人非常惱火,所以我在開發(fā)機(jī)器上還是換回了 ISAPI模式。對(duì)某些服務(wù)器的新版本支持不好,對(duì)分布式負(fù)載均衡沒要求的模塊化安裝是否是更好的選擇。目前的FastCGI和Server溝通還不夠智能,一個(gè)FastCGI進(jìn)程如果執(zhí)行時(shí)間過長會(huì)被當(dāng)成是死進(jìn)程殺掉重起,這樣在處理長時(shí)間任務(wù)的時(shí)候很麻煩,這樣做也使得FastCGI無法允許聯(lián)機(jī)調(diào)試。因?yàn)槭嵌噙M(jìn)程,所以比CGI多線程消耗更多的服務(wù)器內(nèi)存,PHP-CGI解釋器每進(jìn)程消耗7至25兆內(nèi)存,將這個(gè)數(shù)字乘以50或100就是很大的內(nèi)存數(shù)。 

1.3 CLI模式 

  PHP-CLI是PHP Command Line Interface的簡稱,如同它名字的意思,就是PHP在命令行運(yùn)行的接口,區(qū)別于在Web服務(wù)器上運(yùn)行的PHP環(huán)境(PHP-CGI,ISAPI等)。 也就是說,PHP不單可以寫前臺(tái)網(wǎng)頁,它還可以用來寫后臺(tái)的程序。 PHP的CLI Shell腳本適用于所有的PHP優(yōu)勢,使創(chuàng)建要么支持腳本或系統(tǒng)甚至與GUI應(yīng)用程序的服務(wù)端,在Windows和Linux下都是支持PHP-CLI模式的。   【優(yōu)點(diǎn)】 

1)使用多進(jìn)程,子進(jìn)程結(jié)束以后,內(nèi)核會(huì)負(fù)責(zé)回收資源; 

2)使用多進(jìn)程,子進(jìn)程異常退出不會(huì)導(dǎo)致整個(gè)進(jìn)程Thread退出,父進(jìn)程還有機(jī)會(huì)重建流程; 

3)一個(gè)常駐主進(jìn)程,只負(fù)責(zé)任務(wù)分發(fā),邏輯更清楚。 

  我們?cè)贚inux下經(jīng)常使用"php –m"查找PHP安裝了那些擴(kuò)展就是PHP命令行運(yùn)行模式;有興趣的同學(xué)可以輸入"php –h"去深入研究該運(yùn)行模式。 

1.4 模塊模式 

  模塊模式是以mod_php5模塊的形式集成,此時(shí)mod_php5模塊的作用是接收Apache傳遞過來的PHP文件請(qǐng)求,并處理這些請(qǐng)求,然后將處理后的結(jié)果返回給Apache。如果我們?cè)贏pache啟動(dòng)前在其配置文件中配置好了PHP模塊

(mod_php5), PHP模塊通過注冊(cè)apache2的ap_hook_post_config掛鉤,在Apache啟動(dòng)的時(shí)候啟動(dòng)此模塊以接受PHP文件的請(qǐng)求。

除了這種啟動(dòng)時(shí)的加載方式,Apache的模塊可以在運(yùn)行的時(shí)候動(dòng)態(tài)裝載,這意味著對(duì)服務(wù)器可以進(jìn)行功能擴(kuò)展而不需要重新對(duì)源代碼進(jìn)行編譯,甚至根本不需要停止服務(wù)器。我們所需要做的僅僅是給服務(wù)器發(fā)送信號(hào)HUP或者AP_SIG_GRACEFUL通知服務(wù)器重新載入模塊。但是在動(dòng)態(tài)加載之前,我們需要將模塊編譯成為動(dòng)態(tài)鏈接庫。此時(shí)的動(dòng)態(tài)加載就是加載動(dòng)態(tài)鏈接庫。 Apache中對(duì)動(dòng)態(tài)鏈接庫的處理是通過模塊mod_so來完成的,因此mod_so模塊不能被動(dòng)態(tài)加載,它只能被靜態(tài)編譯進(jìn)Apache的核心。這意味著它是隨著Apache一起啟動(dòng)的。 

  Apache是如何加載模塊的呢?我們以前面提到的mod_php5模塊為例。首先我們需要在Apache的配置文件httpd.conf中添加一行: LoadModule php5_module modules/mod_php5.so 

  這里我們使用了LoadModule命令,該命令的第一個(gè)參數(shù)是模塊的名稱,名稱可以在模塊實(shí)現(xiàn)的源碼中找到。第二個(gè)選項(xiàng)是該模塊所處的路徑。如果需要在服務(wù)器運(yùn)行時(shí)加載模塊,可以通過發(fā)送信號(hào)HUP或者AP_SIG_GRACEFUL給服務(wù)器,一旦接受到該信號(hào),Apache將重新裝載模塊,而不需要重新啟動(dòng)服務(wù)器。 

  該運(yùn)行模式是我們以前在windows環(huán)境下使用apache服務(wù)器經(jīng)常使用的,而在模塊化(DLL)中,PHP是與Web服務(wù)器一起啟動(dòng)并運(yùn)行的。(它是apache在CGI的基礎(chǔ)上進(jìn)行的一種擴(kuò)展,加快PHP的運(yùn)行效率)。 

1.5 ISAPI模式 

  ISAPI(Internet Server Application Program Interface)是微軟提供的一套面向Internet服務(wù)的API接口,一個(gè)ISAPI的DLL,可以在被用戶請(qǐng)求激活后長駐內(nèi)存,等待用戶的另一個(gè)請(qǐng)求,還可以在一個(gè)DLL里設(shè)置多個(gè)用戶請(qǐng)求處理函數(shù),此外,ISAPI的DLL應(yīng)用程序和WWW服務(wù)器處于同一個(gè)進(jìn)程中,效率要顯著高于CGI。(由于微軟的排他性,只能運(yùn)行于windows環(huán)境) 

  PHP作為Apache模塊,Apache服務(wù)器在系統(tǒng)啟動(dòng)后,預(yù)先生成多個(gè)進(jìn)程副本駐留在內(nèi)存中,一旦有請(qǐng)求出現(xiàn),就立即使用這些空余的子進(jìn)程進(jìn)行處理,這樣就不存在生成子進(jìn)程造成的延遲了。這些服務(wù)器副本在處理完一次HTTP請(qǐng)求之后并不立即退出,而是停留在計(jì)算機(jī)中等待下次請(qǐng)求。對(duì)于客戶瀏覽器的請(qǐng)求反應(yīng)更快,性能較高。

本站僅提供存儲(chǔ)服務(wù),所有內(nèi)容均由用戶發(fā)布,如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容,請(qǐng)點(diǎn)擊舉報(bào)。
打開APP,閱讀全文并永久保存 查看更多類似文章
猜你喜歡
類似文章
PHP 運(yùn)行方式(PHP SAPI介紹)
我所了解的cgi
Apache和Nginx WEB原理
PHP的線程安全與非線程安全版本的區(qū)別
php在apache中運(yùn)行模式
PHP版本VC6與VC9、Thread Safe與None
更多類似文章 >>
生活服務(wù)
熱點(diǎn)新聞
分享 收藏 導(dǎo)長圖 關(guān)注 下載文章
綁定賬號(hào)成功
后續(xù)可登錄賬號(hào)暢享VIP特權(quán)!
如果VIP功能使用有故障,
可點(diǎn)擊這里聯(lián)系客服!

聯(lián)系客服