nginx 找不到php進(jìn)程怎么辦

nginx找不到php進(jìn)程的解決辦法：1、修改nginx.conf的配置；2、使用try_files捕捉不存在的urls并返回錯(cuò)誤。

本文操作環(huán)境：windows7系統(tǒng)、PHP7.1版，DELL G3電腦

nginx 找不到php進(jìn)程怎么辦？

nginx找不到php文件

使用php-fpm解析PHP，"No input file specified"，"File not found"是令nginx新手頭疼的常見錯(cuò)誤，原因是php-fpm進(jìn)程找不到SCRIPT_FILENAME配置的要執(zhí)行的.php文件，php- fpm返回給nginx的默認(rèn)404錯(cuò)誤提示。

比如我的網(wǎng)站doucument_root下沒有test.php，訪問這個(gè)文件時(shí)通過抓包可以看到返回的內(nèi)容。

HTTP/1.1 404 Not Found Date: Fri, 21 Dec 2012 08:15:28 GMT Content-Type: text/html Proxy-Connection: close Server: nginx/1.2.5 X-Powered-By: PHP/5.4.7 Via: 1.1 c3300 (NetCache NetApp/6.0.7) Content-Length: 16 File not found.

很多人不想用戶直接看到這個(gè)默認(rèn)的404錯(cuò)誤信息，想自定義404錯(cuò)誤.

給出解決辦法前我們來先分析下如何避免出現(xiàn)這類404錯(cuò)誤，然后再說真的遇到這種情況(比如用戶輸入一個(gè)錯(cuò)誤不存在的路徑)時(shí)該怎么辦，才能顯示自定義的404錯(cuò)誤頁。

一、錯(cuò)誤的路徑被發(fā)送到php-fpm進(jìn)程

出現(xiàn)這類錯(cuò)誤，十個(gè)有九個(gè)是后端fastcgi進(jìn)程收到錯(cuò)誤路徑(SCRIPT_FILENAME)，而后端fastcgi收到錯(cuò)誤路徑的原因大都是配置錯(cuò)誤。

常見的nginx.conf的配置如下：

server {     listen   [::]:80;     server_name  example.com www.example.com;     access_log  /var/www/logs/example.com.access.log;       location / {         root   /var/www/example.com;         index  index.html index.htm index.pl;     }     location /images {         autoindex on;     }     location ~ .php$ {         fastcgi_pass   127.0.0.1:9000;         fastcgi_index  index.php;         fastcgi_param  SCRIPT_FILENAME  /var/www/example.com$fastcgi_script_name;         include fastcgi_params;     } }

這個(gè)配置中有很多不合理的地方，其中一個(gè)明顯的問題就是root指令被放到了location / 塊。如果root指令被定義在location塊中那么該root指令只能對(duì)其所在的location生效。其它locaiont中沒有root指令，像 location /images塊不會(huì)匹配任何請(qǐng)求，需要在每個(gè)請(qǐng)求中重復(fù)配置root指令來解決這個(gè)問題。因此我們需要把root指令放在server塊，這樣各個(gè) location就會(huì)繼承父server塊定義的documentroot，如果某個(gè)location需要定義一個(gè)不同的document_root，則可以在location單獨(dú)定義一個(gè)root指令。

另一個(gè)問題就是fastCGI參數(shù)SCRIPT_FILENAME 是寫死的。如果修改了root指令的值或者移動(dòng)文件到別的目錄，php-fpm會(huì)返回“No input file specified”錯(cuò)誤，因?yàn)镾CRIPT_FILENAME在配置中是寫死的并沒有隨著$doucument_root變化而變化，我們可以修改 SCRIPT_FILENAME配置如下：

fastcgi_param  SCRIPT_FILENAME  documentrootfastcgi_script_name;

所以我們不能忘記在server塊中配置root指令，不然documentroot的值為空，只會(huì)傳fastcgi_script_name到php-fpm，這樣就會(huì)導(dǎo)致“No input file specified”錯(cuò)誤。

二、請(qǐng)求的文件真的不存在

當(dāng)nginx收到一個(gè)不在的.php文件的請(qǐng)求時(shí),因?yàn)閚ginx只會(huì)檢查$uri是否是.php結(jié)尾，不會(huì)對(duì)文件是否存在進(jìn)行判斷，.php結(jié)尾 的請(qǐng)求nginx會(huì)直接發(fā)給php-fpm處理。php-fpm處理時(shí)找不到文件就會(huì)返回“No input file specified”帶著“404 Not Found”頭。

解決辦法

我們?cè)趎ginx攔截不存在的文件，請(qǐng)求并返回自定義404錯(cuò)誤

使用 try_files 捕捉不存在的urls并返回錯(cuò)誤。

location ~ .php$ {  try_files $uri =404;  fastcgi_pass 127.0.0.1:9000;  fastcgi_index index.php;  fastcgi_param SCRIPT_FILENAME ....  ...................................  ................................... }

上面的配置會(huì)檢查.php文件是否存在，如果不存在，會(huì)返回404頁面。

推薦學(xué)習(xí)：《PHP視頻教程》