Nginx + PHP-fpm File not found.问题解决记录

这篇文章介绍的内容是关于Nginx + PHP-fpm File not found.问题解决记录，有着一定的参考价值，现在分享给大家，有需要的朋友可以参考一下

现象确认：

打开浏览器的开发者工具，查看请求信息

HTTP/1.1 404 Not Found

Server: nginx/1.11.10

Date: Fri, 20 Apr 2018 08:10:13 GMT

Content-Type: text/html; charset=UTF-8

Transfer-Encoding: chunked

Connection: keep-alive

X-Powered-By: PHP/5.6.30

说明结果是由FastCGI返回的。

问题原因：

估计是跟权限有关系

相同的配置，使用以下两个： 

/opt/local/share/nginx/html  
/opt/local/share/nginx/html/php

目录都可以，但使用：

/Users/xxx/Downloads/workForder

目录却不可以。

通过 ls -l 查看权限，发现区别在于

<br/>

/Users/xxx/Downloads/workForder

目录中的文件没有扩展属性，也就是没有@符号。

<br/>

后来修改Nginx的静态文件root目录到：

<br/>

/Users/xxx/Downloads/workForder

访问出现：

403 forbidden错误

再看 nginx 403 ，找到问题原因了，需要修改配置文件中的user 和 group。

nginx的格式是：<br/>

user 你的用户名/root owner;
比如：
user root owner;

PHP-fpm的分别修改：<br/>

user = root
group = owner

然后重新启动。

PHP-fpm 自身没有重启的命令，比较坑！只能杀进程了。<br/>

配置文件：

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #

        location ~ \.php$ {
            root           /Users/xxx/Downloads/workForder;
           # root           /opt/local/share/nginx/html/php;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            include        fastcgi.conf;

         }

这里只展示与PHP有关的部分。当我在配置中加入

<br/>

try_files $uri =404;

 后，就会看到由Nginx返回的：

<br/>

<br/>

访问PHP文件时，你可能会看到下面这样的错误：

<br/>

那是因为FastCGI没有启动，需要启动：

sudo php-fpm  -D

而如果Nginx和PHP的都指向同一个目录，那么还是会看到：

File not found

以上是Nginx + PHP-fpm File not found.问题解决记录的详细内容。更多信息请关注PHP中文网其他相关文章！