nginx File not found 錯誤

使用php-fpm解析PHP,"No input file specified","File not found"是令nginx新手頭疼的常見錯誤,緣由是php-fpm進程找不到SCRIPT_FILENAME配置的要執行的.php文件,php-fpm返回給nginx的默認404錯誤提示。php

好比個人網站doucument_root下沒有test.php,訪問這個文件時經過抓包能夠看到返回的內容。html

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: 16nginx

File not found.後端

 

不少人不想用戶直接看到這個默認的404錯誤信息,想自定義404錯誤.php-fpm

 

給出解決辦法前咱們來先分析下如何避免出現這類404錯誤,而後再說真的遇到這種狀況(好比用戶輸入一個錯誤不存在的路徑)時該怎麼辦,才能顯示自定義的404錯誤頁。網站

1、錯誤的路徑被髮送到php-fpm進程

出現這類錯誤,十個有九個是後端fastcgi進程收到錯誤路徑(SCRIPT_FILENAME),然後端fastcgi收到錯誤路徑的緣由大都是配置錯誤。url

常見的nginx.conf的配置以下:spa

 

這個配置中有不少不合理的地方,其中一個明顯的問題就是root指令被放到了location / 塊。若是root指令被定義在location塊中那麼該root指令只能對其所在的location生效。其它locaiont中沒有root指令,像location /images塊不會匹配任何請求,須要在每一個請求中重複配置root指令來解決這個問題。所以咱們須要把root指令放在server塊,這樣各個location就會繼承父server塊定義的$document_root,若是某個location須要定義一個不一樣的$document_root,則能夠在location單獨定義一個root指令。code

另外一個問題就是fastCGI參數SCRIPT_FILENAME 是寫死的。若是修改了root指令的值或者移動文件到別的目錄,php-fpm會返回「No input file specified」錯誤,由於SCRIPT_FILENAME在配置中是寫死的並無隨着$doucument_root變化而變化,咱們能夠修改SCRIPT_FILENAME配置以下:server

fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;

 

因此咱們不能忘記在server塊中配置root指令,否則$document_root的值爲空,只會傳$fastcgi_script_name到php-fpm,這樣就會致使「No input file specified」錯誤。

 

2、請求的文件真的不存在

當nginx收到一個不在的.php文件的請求時,由於nginx只會檢查$uri是不是.php結尾,不會對文件是否存在進行判斷,.php結尾的請求nginx會直接發給php-fpm處理。php-fpm處理時找不到文件就會返回「No input file specified」帶着「404 Not Found」頭。

解決辦法

咱們在nginx攔截不存在的文件,請求並返回自定義404錯誤

使用 try_files 捕捉不存在的urls並返回錯誤。

上面的配置會檢查.php文件是否存在,若是不存在,會返回404頁面。

相關文章
相關標籤/搜索