nginx找不到php檔案的解決方法:1、把root指令放在server區塊,使各個location繼承父server區塊定義的documentroot;2、nginx攔截不存在的文件,使用【try_files】捕捉不存在的urls並回傳錯誤。
nginx找不到php檔案的解決方法:
一、錯誤的路徑被傳送到php-fpm進程
出現這類錯誤,十個有九個是後端fastcgi進程收到錯誤路徑(SCRIPT_FILENAME),而後端fastcgi收到錯誤路徑的原因大都是配置錯誤。
常見的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; } }
這個設定中有很多不合理的地方,其中一個明顯的問題就是root指令被放到了location /
塊。如果root指令被定義在location區塊中那麼該root指令只能對其所在的location生效。其它locaiont中沒有root指令,像 location /images區塊不會匹配任何請求,需要在每個請求中重複配置root指令來解決這個問題。
因此我們需要把root指令放在server
區塊,這樣各個location就會繼承父server區塊定義的documentroot,如果某個location需要定義一個不同的documentroot,如果某個location需要定義一個不同的document_root,則可以在location單獨定義一個root指令。
另一個問題就是fastCGI參數SCRIPT_FILENAME
是寫死的。如果修改了root指令的值或移動檔案到別的目錄,php-fpm會回傳「No input file specified」錯誤,因為SCRIPT_FILENAME
在設定中是寫死的並沒有隨著 $doucument_root
變化而變化,我們可以修改SCRIPT_FILENAME配置如下:
fastcgi_param SCRIPT_FILENAME documentrootdocumentrootfastcgi_script_name;
所以我們不能忘記在server區塊中設定root指令,不然documentroot的值為空,只會傳documentroot的值為空,只會傳fastcgi_script_name
到php-fpm,這樣就會導致「No input file specified」錯誤。
二、請求的檔案真的不存在
當nginx收到一個不在的.php檔案的請求,因為nginx只會檢查$uri是否為.php結尾,不會對檔案是否存在進行判斷,.php結尾的請求nginx會直接發給php-fpm處理。 php-fpm處理時找不到檔案就會回傳「No input file specified」帶著「404 Not Found」頭。
解決方案
我們在nginx攔截不存在的文件,請求並返回自訂404錯誤
使用try_files
捕捉不存在的urls並回傳錯誤。
location ~ .php$ { try_files $uri =404; fastcgi_pass 127.0.0.1:9000; fastcgi_index index.php; fastcgi_param SCRIPT_FILENAME .... ................................... ................................... }
上面的設定會檢查.php檔案是否存在,如果不存在,會回傳404頁面。
#相關學習推薦:PHP程式設計從入門到精通
以上是nginx找不到php檔案怎麼辦?的詳細內容。更多資訊請關注PHP中文網其他相關文章!