nginx找不到php文件怎么办？

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页面。

以上就是nginx找不到php文件怎么办？的详细内容，更多请关注Work网其它相关文章！