也是迁移业务遇到的，以前运维那哥们用的集成LAMP环境，现在迁移需要将Apache去掉，用php-cgi的模式来执行php，目前主流一般都是用php-fpm来管理php。
好了，前期就是将数据同步过来，然后再修改nginx配置，安装php-fpm，并启动php-fpm，会发现本地侦听9000端口，这里主要说下nginx配置：
原nginx配置，执行php方法：
看着这种配置比较蛋疼，然后换成cgi的模式：
注意fastcgi.conf里面需要将第一行删掉，以免前面的配置被覆盖了，其实这样的配置就欧了，也可以正常访问php文件，但是天不遂人愿，配置完了，在访问index.php，结果一直提示：
No input file specified，然后日志显示404，如下：
后面的200是将配置改为：
这里没用SCRIPT_FILENAME而是直接用SCRIPT_NAME这样可以显示200，写个phpinfo文件测试，无法执行php中的内容，很奇怪，LNMP环境也不复杂，只能慢慢的分析了，排除mysql，只是nginx与php通讯而已，还是查nginx。
‘SCRIPT_FILENAME’
当前执行脚本的绝对路径名(pathname)
‘SCRIPT_NAME’
含有当前脚本的路径。当页面需要指向他们自己时，有用. __FILE__ 常量包含路径和文件名
最后还是用SCRIPT_FILENAME，如果要用
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;也是可以的，但必须保证 $document_root 被正确设置过
让我们看看PHP对这两个变量是怎么解释的吧
SCRIPT_NAME
SCRIPT_FILENAME
据说,必须指定正确的SCRIPT_FILENAME, PHP-CGI会忽略SCRIPT_NAME(即使它的值设置的是正确的)
或者指定特殊的php.ini, 设置doc_root, discard path, fix pathinfo等等
script_filename 只是被用做一种快捷方式。 如果fix_pathinfo设置打开,init函数将它用来决定真实的路径
因为配置文件会改变 nginx的变量$fastcgi_script_name
fastcgi_param SCRIPT_NAME /home/gavin/nginx/$fastcgi_script_name;
fastcgi_param SCRIPT_FILENAME $fastcgi_script_name;和
fastcgi_param SCRIPT_FILENAME /home/gavin/nginx/$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;这两种配置都是可以的
最后其实是php,ini文件问题，以前替换为php-5.2的ini文件，可能某些参数导致php无法执行，更换成原php.ini文件后测试访问正常。
下面是网上查询到的解决办法：
原因分析：
1、任何对.php文件的请求，都简单地交给php-cgi去处理，但没有验证该php文件是否存在。PHP文件不存在，没办法返回普通的404错误，它返回 一个404,并带上一句”No input file specified”
2、还可能跟 路径或者 权限有关系，或者SCRIPT_FILENAME 变量没有被正确的设置(这在nginx是最常见的原因)
1)如果html也出现404错误，那么就是document root 设置的有问题
2)检查脚本文件的权限, 可能PHP或者web server不能读取它
3)SCRIPT_FILENAME设置错误
1. 更改php.ini
首先php.ini的配置中把
;cgi.fix_pathinfo=0 改为
cgi.fix_pathinfo=1
重启PHP或PHP-FPM
2. 在nginx/conf/nginx.conf 找到：
fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name; 改为：
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;重启nginx
