相信大家多是用fast-cgi来解析PHP文档，如果是，则配置文件中有类似如下的配置信息：
 

分析与解决：
$document_root表示你网站的主目录。
提示错误的意思是在这个主目录下找不到对应的PHP文件， 如果主目录配置正确，但仍然报这个错，则可以把这个参数直接用绝对路径替换掉，比如：/var/www/html/[you project folder]， 这样应该就不会再出现这个错误了。

原因分析：
任何对.php文件的请求，都简单地交给php-cgi去处理，但没有验证该php文件是否存在。PHP文件不存在，没办法返回普通的404错误，它返回 一个404,并带上一句”No input file specified”。

看上去有道理，于是检查了fastcgi_param这里。现在SCRIPT_FILENAME的设置如下：
fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;

网上的文章里说到：
 可以使用fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
但必须保证 $document_root 在配置文件中，在astcgi_param SCRIPT_FILENAME前面被用到过一次, 后面有解释为什么。

不敢保证$document_root 在配置文件中，所以还是认真地修改回这样：
fastcgi_param   SCRIPT_FILENAME /var/www/nginx-default/wordpress$fastcgi_script_name;
没成想，问题成功解决。

nginx php No input file specified 的处理方法，有需要的朋友可以看看。

在新装好的nginx环境中，测试php运行，输入如下代码：
<?php
echo phpinfo();
?>
然后在游览器下运行 结果是：No input file specified.

以下内容收集自网络，仅供参考：
FastCGI模式下访问php文件时，出现No input file specified.错误
查看access.log 发现是 404

原因分析：
任何对.php文件的请求，都简单地交给php-cgi去处理，但没有验证该php文件是否存在。PHP文件不存在，没办法返回普通的404错误，它返回一个404,并带上一句”No input file specified”

另外，还可能跟 路径或者 权限有关系，或者SCRIPT_FILENAME 变量没有被正确的设置(这在nginx是最常见的原因)

1)如果html也出现404错误，那么就是document root 设置的有问题
2)检查脚本文件的权限, 可能PHP或者web server不能读取它
3)SCRIPT_FILENAME设置错误

可以使用
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
必须保证 $document_root 在配置文件中，在astcgi_param SCRIPT_FILENAME前面被用到过一次, 后面有解释为什么。

或者
修改/etc/php5/cgi/php.ini中cgi.fix_pathinfo=1
这样也可让php-cgi正常使用SCRIPT_FILENAME这个变量

有人说，这样改也行
fastcgi_param SCRIPT_NAME /home/gavin/nginx/$fastcgi_script_name;

让我们看看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;

这两种配置都是可以的

用
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
也是可以的，但必须保证 $document_root 被正确设置过

‘SCRIPT_FILENAME’
当前执行脚本的绝对路径名(pathname)
‘SCRIPT_NAME’
含有当前脚本的路径。当页面需要指向他们自己时，有用. __FILE__ 常量包含路径和文件名

; cgi.fix_pathinfo provides *real* PATH_INFO/PATH_TRANSLATED support for CGI. PHP’s
; previous behaviour was to set PATH_TRANSLATED to SCRIPT_FILENAME, and to not grok
; what PATH_INFO is. For more information on PATH_INFO, see the cgi specs. Setting
; this to 1 will cause PHP CGI to fix it’s paths to conform to the spec. A setting
; of zero causes PHP to behave as before. Default is 1. You should fix your scripts
; to use SCRIPT_FILENAME rather than PATH_TRANSLATED.
; cgi.fix_pathinfo=0

主要跟CGI标准的
PATH_INFO
PATH_TRANSLATED
SCRIPT_NAME
有关系
修修改了好多
最终主要修改的

把 NGINX DEFAULT 那个文件中：
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
改成实际的路径。

我是这样修改的：
fastcgi_param SCRIPT_NAME /var/www/nginx-default/$fastcgi_script_name;

保存，重启nginx，结果就好了。