欧美一区二区三区老妇人-欧美做爰猛烈大尺度电-99久久夜色精品国产亚洲a-亚洲福利视频一区二区

PHP運(yùn)行模式

PHP運(yùn)行模式有4鐘：

1）cgi 通用網(wǎng)關(guān)接口（Common Gateway Interface)）
2） fast-cgi 常駐 (long-live) 型的 CGI
3） cli 命令行運(yùn)行 （Command Line Interface）
4）web模塊模式 （apache等web服務(wù)器運(yùn)行的模塊模式）

創(chuàng)新互聯(lián)建站專(zhuān)注于志丹網(wǎng)站建設(shè)服務(wù)及定制，我們擁有豐富的企業(yè)做網(wǎng)站經(jīng)驗(yàn)。 熱誠(chéng)為您提供志丹營(yíng)銷(xiāo)型網(wǎng)站建設(shè)，志丹網(wǎng)站制作、志丹網(wǎng)頁(yè)設(shè)計(jì)、志丹網(wǎng)站官網(wǎng)定制、小程序開(kāi)發(fā)服務(wù)，打造志丹網(wǎng)絡(luò)公司原創(chuàng)品牌,更為您提供志丹網(wǎng)站排名全網(wǎng)營(yíng)銷(xiāo)落地服務(wù)。

1. CGI（Common Gateway Interface）

CGI即通用網(wǎng)關(guān)接口(Common Gateway Interface)，它是一段程序, 通俗的講CGI就象是一座橋，把網(wǎng)頁(yè)和WEB服務(wù)器中的執(zhí)行程序連接起來(lái)，它把HTML接收的指令傳遞給服務(wù)器的執(zhí)行程序，再把服務(wù)器執(zhí)行程序的結(jié)果返還 給HTML頁(yè)。CGI 的跨平臺(tái)性能極佳，幾乎可以在任何操作系統(tǒng)上實(shí)現(xiàn)。CGI已經(jīng)是比較老的模式了，這幾年都很少用了。
每有一個(gè)用戶(hù)請(qǐng)求，都會(huì)先要?jiǎng)?chuàng)建cgi的子進(jìn)程，然后處理請(qǐng)求，處理完后結(jié)束這個(gè)子進(jìn)程，這就是 fork-and-execute模式 。當(dāng)用戶(hù)請(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è)客戶(hù)機(jī)請(qǐng)求一個(gè)php文件，Web服務(wù)器就調(diào)用php.exe（win下是php.exe,linux是php）去解釋這個(gè)文件，然后再把 解釋的結(jié)果以網(wǎng)頁(yè)的形式返回給客戶(hù)機(jī)。這種安裝方式通常會(huì)把 PHP 的可執(zhí)行文件安裝到 web 服務(wù)器的 cgi-bin 目錄。CERT 建議書(shū) CA-96.11 建議不要把任何的解釋器放到 cgi-bin 目錄。

這種方式的好處是把web server和具體的程序處理獨(dú)立開(kāi)來(lái)，結(jié)構(gòu)清晰，可控性強(qiáng)，同時(shí)缺點(diǎn)就是如果在高訪問(wè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ù)性能低下，高資源消耗的惡名的原因。

CGI模式安裝：

CGI已經(jīng)是比較老的模式了，這幾年都很少用了,所以我們只是為了測(cè)試。

安裝CGI模式需要注釋掉

LoadModule php5_module modules/libphp5.so 這行。如果不注釋這行會(huì)一直走到handler模式。也就是模塊模式。

然后在httpd.conf增加action：

Action application/x-httpd-php /cgi-bin/

如果在/cgi-bin/目錄找不到php-cgi.可自行從php的bin里面cp一個(gè)。

然后重啟apache,再打開(kāi)測(cè)試頁(yè)面發(fā)現(xiàn)Server API變成：CGI/FastCGI。說(shuō)明成功切換為cgi模式。

問(wèn)題：

1) 如果cgi程序放在/usr/local/httpd/cgi-bin/里無(wú)法執(zhí)行，遇到403或500錯(cuò)誤的話

打開(kāi)apache錯(cuò)誤日志有如下提示：Permission denied: exec of

可以檢查cgi程序的屬性，按Linux contexts文件里定義的，/usr/local/httpd/cgi-bin/里必須是httpd_sys_script_exec_t 屬性。 通過(guò)ls -Z查看，如果不是則通過(guò)如下命令更改： chcon -t httpd_sys_script_exec_t /var/www/cgi-bin/*.cgi 如果是虛擬主機(jī)里的cgi，則參考問(wèn)題2使之能正常使用普通的功能后，再通過(guò)chcon設(shè)置cgi文件的context為

httpd_sys_script_exec_t即可。chcon -R -t httpd_sys_script_exec_t cgi-bin/

2) apache錯(cuò)誤提示：....malformed header from script. Bad header=

根據(jù)提示說(shuō)明有header有問(wèn)題，查看文件輸出的第一句話是什么，應(yīng)該類(lèi)似于如下

Content-type: text/plain; charset=iso-8859-1nn

或者Content-type:text/htmlnn

注意：聲明好Content-type后要輸出兩個(gè)空行。

3）apache錯(cuò)誤提示： Exec format error

腳本解釋器設(shè)置錯(cuò)誤。腳本第一行應(yīng)該以\'#!解釋器路徑\'的形式,填寫(xiě)腳本解釋器的路徑，如果是PERL程序，常見(jiàn)的路徑為: #!/usr/bin/perl 或 #!/usr/local/bin/perl 如果是PHP程序，不需要填寫(xiě)解釋器路徑，系統(tǒng)會(huì)自動(dòng)找到PHP。

2. Fastcgi模式

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

(1)、Web Server啟動(dòng)時(shí)載入FastCGI進(jìn)程管理器【PHP的FastCGI進(jìn)程管理器是PHP-FPM(php-FastCGI Process Manager)】（IIS ISAPI或Apache Module);

(2)、FastCGI進(jìn)程管理器自身初始化，啟動(dòng)多個(gè)CGI解釋器進(jìn)程 (在任務(wù)管理器中可見(jiàn)多個(gè)php-cgi.exe)并等待來(lái)自Web Server的連接。

(3)、當(dāng)客戶(hù)端請(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)程接著等待并處理來(lái)自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ù)庫(kù)連接(Persistent database connection)可以工作。

Fastcgi的優(yōu)點(diǎn)：

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

2）從安全性上看,Fastcgi支持分布式運(yùn)算. fastcgi和宿主的server完全獨(dú)立, fastcgi怎么down也不會(huì)把server搞垮.

3）從性能上看, fastcgi把動(dòng)態(tài)邏輯的處理從server中分離出來(lái), 大負(fù)荷的IO處理還是留給宿主server, 這樣宿主server可以一心一意作IO,對(duì)于一個(gè)普通的動(dòng)態(tài)網(wǎng)頁(yè)來(lái)說(shuō), 邏輯處理可能只有一小部分, 大量的圖片等靜態(tài)

FastCGI缺點(diǎn)：說(shuō)完了好處，也來(lái)說(shuō)說(shuō)缺點(diǎn)。從我的實(shí)際使用來(lái)看，用FastCGI模式更適合生產(chǎn)環(huán)境的服務(wù)器。但對(duì)于開(kāi)發(fā)用機(jī)器來(lái)說(shuō)就不太合適。因?yàn)楫?dāng)使用 Zend Studio調(diào)試程序時(shí)，由于 FastCGI會(huì)認(rèn)為 PHP進(jìn)程超時(shí)，從而在頁(yè)面返回 500錯(cuò)誤。這一點(diǎn)讓人非常惱火，所以我在開(kāi)發(fā)機(jī)器上還是換回了 ISAPI模式。

安裝fastcgi模式：
安裝apache路徑是/usr/local/httpd/
安裝php路徑是/usr/local/php/
1）安裝mod_fastcgi
wget http://www.fastcgi.com/dist/mod_fastcgi-2.4.6.tar.gz
tar zxvf mod_fastcgi-2.4.6.tar.gz
cd mod_fastcgi-2.4.6
cp Makefile.AP2 Makefile
vi Makefile，編輯top_dir = /usr/local/httpd
make
make install
安裝完后，
/usr/local/httpd/modules/多出一個(gè)文件：mod_fcgid.so
2）重新編譯php
./configure --prefix=/usr/local/php --enable-fastcgi --enable-force-cgi-redirect--disable-cli
make
makeinstall
這樣編譯后，在PHP的bin目錄下的php-cgi就是fastcgi模式的php解釋器了
安裝成功后,執(zhí)行
php-v輸出
PHP5.3.2(cgi-fcgi).
這里輸出帶了cgi-fcgi
注意：
1. 編譯參數(shù)不能加 –with-apxs=/usr/local/httpd/bin/apxs 否則安裝出來(lái)的php執(zhí)行文件是cli模式的
2 如果編譯時(shí)不加--disable-cli則輸出 PHP5.3.2(cli)
3)配置apache
需要配置apache來(lái)以fastcgi模式運(yùn)行php程序
vi httpd.conf
我們使用虛擬機(jī)的方式實(shí)現(xiàn)：
#加載fastcgi模塊
LoadModule fastcgi_module modules/mod_fastcgi.so
#//以靜態(tài)方式執(zhí)行fastcgi啟動(dòng)了10進(jìn)程
FastCgiServer /usr/local/php/bin/php-cgi -processes 10 -idle-timeout 150 -pass-header HTTP_AUTHORIZATION
<VirtualHost *:80>
#
DocumentRoot /usr/local/httpd/fcgi-bin
ServerName www.fastcgitest.com
ScriptAlias /fcgi-bin/ /usr/local/php/bin/ #定義目錄映射/fcgi-bin/ 代替/usr/local/php/bin/
Options +ExecCGI
AddHandler fastcgi-script .php .fcgi #.php結(jié)尾的請(qǐng)求都要用php-fastcgi來(lái)處理
AddType application/x-httpd-php .php #增加MIME類(lèi)型
Action application/x-httpd-php /fcgi-bin/php-cgi #設(shè)置php-fastcgi的處理器：/usr/local/php/bin/php-cgi
<Directory /usr/local/httpd/fcgi-bin/>
Options Indexes ExecCGI
Order allow,deny
allow from all
</Directory>
</VirtualHost>
或者
<IfModule mod_fastcgi> ScriptAlias /fcgi-bin/ "/usr/local/php/bin" #定義目錄映射 FastCgiServer/usr/local/php/bin/php-cgi -processes 10 #配置fastcgi server， <Directory "/usr/local/httpd/fcgi-bin/"> SetHandler fastcgi-script Options FollowSymLinks Order allow,deny Allow from all </Directory> AddType application/x-httpd-php .php&nbsp; #增加MIME類(lèi)型 AddHandler php-fastcgi .php #.php結(jié)尾的請(qǐng)求都要用php-fastcgi來(lái)處理 Action php-fastcgi /fcgi-bin/php-cgi #設(shè)置php-fastcgi的處理器

</IfModule>

4）.restart 下apache,查看phpinfo，如果服務(wù)器信息是：
Apache/2.2.11 (Unix) mod_fastcgi/2.4.6之類(lèi)的就說(shuō)明安裝成功了。
如果出現(xiàn)403的錯(cuò)誤，查看下/usr/local/httpd/fcgi-bin/是否有足夠的權(quán)限。
或者
<Directory/>
OptionsFollowSymLinks
AllowOverrideNone
Orderdeny,allow
Denyfromall
</Directory>
改為：
<Directory/>
OptionsFollowSymLinks
AllowOverrideNone
Order allow,deny
Allow from all
</Directory>
就可以了。
ps -ef|grep php-cgi可以看見(jiàn)10個(gè)fastcgi進(jìn)程在跑。

3. CLI模式

cli是php的命令行運(yùn)行模式，大家經(jīng)常會(huì)使用它，但是可能并沒(méi)有注意到（例如：我們?cè)趌inux下經(jīng)常使用 "php -m"查找PHP安裝了那些擴(kuò)展就是PHP命令行運(yùn)行模式；有興趣的同學(xué)可以輸入php -h去深入研究該運(yùn)行模式）

1.讓 PHP 運(yùn)行指定文件。

php script.php

php -f script.php

以上兩種方法（使用或不使用 -f 參數(shù)）都能夠運(yùn)行腳本的script.php。您可以選擇任何文件來(lái)運(yùn)行，您指定的 PHP 腳本并非必須要以 .php 為擴(kuò)展名，它們可以有任意的文件名和擴(kuò)展名。

2.在命令行直接運(yùn)行PHP 代碼。

php -r "print_r(get_defined_constants());"

在使用這種方法時(shí)，請(qǐng)您注意外殼變量的替代及引號(hào)的使用。

注: 請(qǐng)仔細(xì)閱讀以上范例，在運(yùn)行代碼時(shí)沒(méi)有開(kāi)始和結(jié)束的標(biāo)記符！加上 -r 參數(shù)后，這些標(biāo)記符是不需要的，加上它們會(huì)導(dǎo)致語(yǔ)法錯(cuò)誤。

3.通過(guò)標(biāo)準(zhǔn)輸入（stdin）提供需要運(yùn)行的 PHP 代碼。

以上用法給我們提供了非常強(qiáng)大的功能，使得我們可以如下范例所示，動(dòng)態(tài)地生成 PHP 代碼并通過(guò)命令行運(yùn)行這些代碼：

$ some_application | some_filter | php | sort -u >final_output.txt

4.模塊模式

模塊模式是以mod_php5模塊的形式集成，此時(shí)mod_php5模塊的作用是接收Apache傳遞過(guò)來(lái)的PHP文件請(qǐng)求，并處理這些請(qǐng)求，然后將處 理后的結(jié)果返回給Apache。如果我們?cè)贏pache啟動(dòng)前在其配置文件中配置好了PHP模塊（mod_php5）， PHP模塊通過(guò)注冊(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)鏈接庫(kù)。此時(shí)的動(dòng)態(tài)加載就是加載動(dòng)態(tài)鏈接庫(kù)。 Apache中對(duì)動(dòng)態(tài)鏈接庫(kù)的處理是通過(guò)模塊mod_so來(lái)完成的，因此mod_so模塊不能被動(dòng)態(tài)加載，它只能被靜態(tài)編譯進(jìn)Apache的核心。這意味 著它是隨著Apache一起啟動(dòng)的。

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

該運(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)行效率）
[plain] view plain copy print ?
LoadModulephp5_modulemodules/mod_php5.so

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

6. php在Nginx中運(yùn)行模式（Nginx+ PHP-FPM）

使用FastCGI方式現(xiàn)在常見(jiàn)的有兩種stack：ligthttpd+spawn-fcgi;另外一種是nginx+PHP-FPM(也可以用spawn-fcgi)。

A、如上面所說(shuō)該兩種結(jié)構(gòu)都采用FastCGI對(duì)PHP支持，因此HTTPServer完全解放出來(lái)，可以更好地進(jìn)行響應(yīng)和并發(fā)處理。因此lighttpd和nginx都有small, but powerful和efficient的美譽(yù)。

B、該兩者還可以分出一個(gè)好壞來(lái)，spawn-fcgi由于是lighttpd的一部分，因此安裝了lighttpd一般就會(huì)使用spawn-fcgi對(duì)php支持，但是目前有用戶(hù)說(shuō)ligttpd的spwan-fcgi在高并發(fā)訪問(wèn)的時(shí)候，會(huì)出現(xiàn)上面說(shuō)的內(nèi)存泄漏甚至自動(dòng)重啟fastcgi。即：PHP腳本處理器當(dāng)機(jī)，這個(gè)時(shí)候如果用戶(hù)訪問(wèn)的話，可能就會(huì)出現(xiàn)白頁(yè)(即PHP不能被解析或者出錯(cuò))。

另一個(gè)：首先nginx不像lighttpd本身含帶了fastcgi(spawn-fcgi)，因此它完全是輕量級(jí)的，必須借助第三方的FastCGI處理器才可以對(duì)PHP進(jìn)行解析，因此其實(shí)這樣看來(lái)nginx是非常靈活的，它可以和任何第三方提供解析的處理器實(shí)現(xiàn)連接從而實(shí)現(xiàn)對(duì)PHP的解析(在nginx.conf中很容易設(shè)置)。nginx可以使用spwan-fcgi(需要一同安裝lighttpd，但是需要為nginx避開(kāi)端口，一些較早的blog有這方面安裝的教程)，但是由于spawn-fcgi具有上面所述的用戶(hù)逐漸發(fā)現(xiàn)的缺陷，現(xiàn)在慢慢減少使用nginx+spawn-fcgi組合了。

C、由于spawn-fcgi的缺陷，現(xiàn)在出現(xiàn)了新的第三方(目前還是，聽(tīng)說(shuō)正在努力不久將來(lái)加入到PHP core中)的PHP的FastCGI處理器，叫做PHP-FPM(具體可以google)。它和spawn-fcgi比較起來(lái)有如下優(yōu)點(diǎn)：

由于它是作為PHP的patch補(bǔ)丁來(lái)開(kāi)發(fā)的，安裝的時(shí)候需要和php源碼一起編譯，也就是說(shuō)編譯到php core中了，因此在性能方面要優(yōu)秀一些；

同時(shí)它在處理高并發(fā)方面也優(yōu)于spawn-fcgi，至少不會(huì)自動(dòng)重啟fastcgi處理器。具體采用的算法和設(shè)計(jì)可以google了解。

因此，如上所說(shuō)由于nginx的輕量和靈活性，因此目前性能優(yōu)越，越來(lái)越多人逐漸使用這個(gè)組合：nginx+PHP/PHP-FPM

6. 總結(jié)

目前在

HTTPServer 這塊基本可以看到有三種 stack 比較流行：

（1）Apache+mod_php5

（2）lighttp+spawn-fcgi

（3）nginx+PHP-FPM

三者后兩者性能可能稍?xún)?yōu)，但是 Apache 由于有豐富的模塊和功能，目前來(lái)說(shuō)仍舊是老大。有人測(cè)試 nginx+PHP-FPM 在高并發(fā)情況下可能會(huì)達(dá)到 Apache+mod_php5 的 5~10 倍，現(xiàn)在 nginx+PHP-FPM 使用的人越來(lái)越多。

當(dāng)前題目：PHP運(yùn)行模式
文章源于：http://chinadenli.net/article46/cjpdhg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供企業(yè)建站、網(wǎng)頁(yè)設(shè)計(jì)公司、網(wǎng)站導(dǎo)航、企業(yè)網(wǎng)站制作、網(wǎng)站改版、網(wǎng)站建設(shè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶(hù)投稿、用戶(hù)轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)