日本综合一区二区|亚洲中文天堂综合|日韩欧美自拍一区|男女精品天堂一区|欧美自拍第6页亚洲成人精品一区|亚洲黄色天堂一区二区成人|超碰91偷拍第一页|日韩av夜夜嗨中文字幕|久久蜜综合视频官网|精美人妻一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時(shí)間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
Linux下Nginx和PHP配置具體方法

采用nginx+php作為webserver的架構(gòu)模式,在現(xiàn)如今運(yùn)用相當(dāng)廣泛。然而第一步需要實(shí)現(xiàn)的是如何讓nginx正確的調(diào)用php。由于nginx調(diào)用php并不是如同調(diào)用一個(gè)靜態(tài)文件那么直接簡單,是需要?jiǎng)討B(tài)執(zhí)行php腳本。所以涉及到了對(duì)nginx.conf文件的配置。這一步對(duì)新手而言需要?jiǎng)狱c(diǎn)腦筋,本篇文章將為大家分享一下Linux下Nginx和PHP配置具體方法。

img

假設(shè)我們用PHP實(shí)現(xiàn)了一個(gè)前端控制器,或者直白點(diǎn)說就是統(tǒng)一入口:把PHP請(qǐng)求都發(fā)送到同一個(gè)文件上,然后在此文件里通過解析「REQUEST_URI」實(shí)現(xiàn)路由。

此時(shí)很多教程會(huì)教大家這樣配置Nginx+PHP:

server {
   listen 80;
   server_name foo.com;

   root /path;

   location / {
       index index.html index.htm index.php;

       if (!-e $request_filename) {
           rewrite . /index.php last;
       }
   }

   location ~ \.php$ {
       include fastcgi_params;
       fastcgi_param SCRIPT_FILENAME /path$fastcgi_script_name;
       fastcgi_pass 127.0.0.1:9000;
       fastcgi_index index.php;
   }
}

這里面有很多錯(cuò)誤,或者說至少是壞味道的地方,大家看看能發(fā)現(xiàn)幾個(gè)。

我們有必要先了解一下Nginx配置文件里指令的繼承關(guān)系:

Nginx配置文件分為好多塊,常見的從外到內(nèi)依次是「http」、「server」、「location」等等,缺省的繼承關(guān)系是從外到內(nèi),也就是說內(nèi)層塊會(huì)自動(dòng)獲取外層塊的值作為缺省值。

讓我們先從「index」指令入手吧

在問題配置中它是在「location」中定義的:

location / {
   index index.html index.htm index.php;
}

一旦未來需要加入新的「location」,必然會(huì)出現(xiàn)重復(fù)定義的「index」指令,這是因?yàn)槎鄠€(gè)「location」是平級(jí)的關(guān)系,不存在繼承,此時(shí)應(yīng)該在「server」里定義「index」,借助繼承關(guān)系,「index」指令在所有的「location」中都能生效。

接下來看看「if」指令

說它是大家誤解最深的Nginx指令毫不為過:

if (!-e $request_filename) {
   rewrite . /index.php last;
}

很多人喜歡用「if」指令做一系列的檢查,不過這實(shí)際上是「try_files」指令的職責(zé):

try_files $uri $uri/ /index.php;

除此以外,初學(xué)者往往會(huì)認(rèn)為「if」指令是內(nèi)核級(jí)的指令,但是實(shí)際上它是rewrite模塊的一部分,加上Nginx配置實(shí)際上是聲明式的,而非過程式的,所以當(dāng)其和非rewrite模塊的指令混用時(shí),結(jié)果可能會(huì)非你所愿。

下面看看「fastcgi_params」配置文件:

include fastcgi_params;

Nginx有兩份fastcgi配置文件,分別是「fastcgi_params」和「fastcgi.conf」,它們沒有太大的差異,唯一的區(qū)別是后者比前者多了一行「SCRIPT_FILENAME」的定義:

fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;

注意:和fastcgi_script_name 之間沒有 /。

原本Nginx只有「fastcgi_params」,后來發(fā)現(xiàn)很多人在定義「SCRIPT_FILENAME」時(shí)使用了硬編碼的方式,于是為了規(guī)范用法便引入了「fastcgi.conf」。

不過這樣的話就產(chǎn)生一個(gè)疑問:為什么一定要引入一個(gè)新的配置文件,而不是修改舊的配置文件?這是因?yàn)椤竑astcgi_param」指令是數(shù)組型的,和普通指令相同的是:內(nèi)層替換外層;和普通指令不同的是:當(dāng)在同級(jí)多次使用的時(shí)候,是新增而不是替換。換句話說,如果在同級(jí)定義兩次「SCRIPT_FILENAME」,那么它們都會(huì)被發(fā)送到后端,這可能會(huì)導(dǎo)致一些潛在的問題,為了避免此類情況,便引入了一個(gè)新的配置文件。

此外,我們還需要考慮一個(gè)安全問題:在PHP開啟「cgi.fix_pathinfo」的情況下,PHP可能會(huì)把錯(cuò)誤的文件類型當(dāng)作PHP文件來解析。如果Nginx和PHP安裝在同一臺(tái)服務(wù)器上的話,那么最簡單的解決方法是用「try_files」指令做一次過濾:

try_files $uri =404;

依照前面的分析,給出一份改良后的版本,是不是比開始的版本清爽了很多:

server {
   listen 80;
   server_name foo.com;

   root /path;
   index index.html index.htm index.php;

   location / {
       try_files $uri $uri/ /index.php$is_args$args;
   }

   location ~ \.php$ {
       try_files $uri =404;

       include fastcgi.conf;
       fastcgi_pass 127.0.0.1:9000;
   }
}

文章標(biāo)題:Linux下Nginx和PHP配置具體方法
瀏覽地址:http://www.dlmjj.cn/article/dhsdppi.html