本文目录一览：
nginx PHP文件不能正常访问.
一般nginx默认配置中会是这个样子的。这里有一个SCRIPT_FILENAME变量，但是fastcgi_params这个文件中是不包含该变量的，改变量的定义实际上是在fastcgi.conf文件中。
实际上可以把配置修改成如下的配置。
location ~ .php$ {
root /usr/share/nginx/html;
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_intercept_errors on;
include fast_cgi.conf;
#可以增加rewrite，也可以不增加。
}
按如上的配置，如果访问127.0.0.1:9000/a.php，则实际上根据root指令和fast_cgi.conf配置，nginx会通过fast_pass指令访问/usr/share/nginx/html/a.php这个文件。
记得用root指令，指定站点的文档根路径。
php和nginx之间是如何工作的
Nginx+php-fpm实现原理 Nginx本身不会对PHP进行解析，终端对PHP页面的请求将会被Nginx交给FastCGI进程监听的IP地址及端口，由php-fpm作为动态解析服务器处理，最后将处理结果再返回给nginx。其实，Nginx就是一个反向代理服务器。Nginx通过反向代理功能将动态请求转向后端php-fpm，从而实现对PHP的解析支持，这就是Nginx实现PHP动态解析的原理。 Nginx不支持对外部程序的直接调用或者解析，所有的外部程序（包括PHP）必须通过FastCGI接口来调用。FastCGI接口在Linux下是socket（这个socket可以是文件socket，也可以是ip socket）。为了调用CGI程序，还需要一个FastCGI的wrapper（wrapper可以理解为用于启动另一个程序的程序），这个wrapper绑定在某个固定socket上，如端口或者文件socket。当Nginx将CGI请求发送给这个socket的时候，通过FastCGI接口，wrapper接收到请求，然后派生出一个新的线程，这个线程调用解释器或者外部程序处理脚本并读取返回数据；接着，wrapper再将返回的数据通过FastCGI接口，沿着固定的socket传递给Nginx；最后，Nginx将返回的数据发送给客户端。
当nginx接收到一个http请求时，通过配置文件找到对应的server。然后匹配server中的所有location，找到最匹配的。而在location中的命令会启动不同的模块去完成工作，比如rewrite模块、index模块。因此在nginx中模块可以看作真正的劳动工作者。nginx的模块是被编译到nginx中的，属于静态方式。启动nginx时，模块被自动加载。
nginx 反向代理后为什么访问php文件 会提示404
404是没有找到文件，你反向代理指向的服务器是不是正确的，路径是否正确，文件是否存在，都检查一下