Simone电脑出现“No input file specified”是什么原因？
的有关信息介绍如下：
解决NGINX PHP "No input file specified"\x0d\x0a打开一个页面 然后在游览器下运行 结\x0d\x0aNo input file specified.\x0d\x0a\x0d\x0a以下内容为网络收集\x0d\x0a\x0d\x0aFastCGI模式下访问php文件时，出现No input file specified.错误\x0d\x0a查看access.log 发现是 404\x0d\x0a\x0d\x0a原因分析：\x0d\x0a任何对.php文件的请求，都简单地交给php-cgi去处理，但没有验证该php文件是否存在。PHP文件不存在，没办法返回普通的404错误，它返回 一个404,并带上一句”No input file specified”\x0d\x0a\x0d\x0a另外，还可能跟 路径或者 权限有关系，或者SCRIPT_FILENAME 变量没有被正确的设置(这在nginx是最常见的原因)\x0d\x0a\x0d\x0a1)如果html也出现404错误，那么就是document root 设置的有问题\x0d\x0a2)检查脚本文件的权限, 可能PHP或者web server不能读取它\x0d\x0a3)SCRIPT_FILENAME设置错误\x0d\x0a\x0d\x0a可以使用\x0d\x0afastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;\x0d\x0a必须保证 $document_root 在配置文件中，在astcgi_param SCRIPT_FILENAME前面被用到过一次, 后面有解释为什么。\x0d\x0a\x0d\x0a或者\x0d\x0a修改/etc/php5/cgi/php.ini中cgi.fix_pathinfo=1\x0d\x0a这样也可让php-cgi正常使用SCRIPT_FILENAME这个变量\x0d\x0a\x0d\x0a有人说，这样改也行\x0d\x0afastcgi_param SCRIPT_NAME /home/gavin/nginx/$fastcgi_script_name;\x0d\x0a\x0d\x0a让我们看看PHP对这两个变量是怎么解释的吧\x0d\x0aSCRIPT_NAME\x0d\x0aSCRIPT_FILENAME\x0d\x0a据说,必须指定正确的SCRIPT_FILENAME, PHP-CGI会忽略SCRIPT_NAME(即使它的值设置的是正确的)\x0d\x0a或者指定特殊的php.ini, 设置doc_root, discard path, fix pathinfo等等\x0d\x0a\x0d\x0ascript_filename 只是被用做一种快捷方式。 如果fix_pathinfo设置打开,init函数将它用来决定真实的路径\x0d\x0a\x0d\x0a因为配置文件会改变 nginx的变量$fastcgi_script_name\x0d\x0a\x0d\x0afastcgi_param SCRIPT_NAME /home/gavin/nginx/$fastcgi_script_name;\x0d\x0afastcgi_param SCRIPT_FILENAME $fastcgi_script_name;\x0d\x0a\x0d\x0a和\x0d\x0a\x0d\x0afastcgi_param SCRIPT_FILENAME /home/gavin/nginx/$fastcgi_script_name;\x0d\x0afastcgi_param SCRIPT_NAME $fastcgi_script_name;\x0d\x0a\x0d\x0a这两种配置都是可以的\x0d\x0a\x0d\x0a用\x0d\x0afastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;\x0d\x0a也是可以的，但必须保证 $document_root 被正确设置过\x0d\x0a\x0d\x0a‘SCRIPT_FILENAME’\x0d\x0a当前执行脚本的绝对路径名(pathname)\x0d\x0a‘SCRIPT_NAME’\x0d\x0a含有当前脚本的路径。当页面需要指向他们自己时，有用. __FILE__ 常量包含路径和文件名\x0d\x0a\x0d\x0a; cgi.fix_pathinfo provides *real* PATH_INFO/PATH_TRANSLATED support for CGI. PHP’s\x0d\x0a; previous behaviour was to set PATH_TRANSLATED to SCRIPT_FILENAME, and to not grok\x0d\x0a; what PATH_INFO is. For more information on PATH_INFO, see the cgi specs. Setting\x0d\x0a; this to 1 will cause PHP CGI to fix it’s paths to conform to the spec. A setting\x0d\x0a; of zero causes PHP to behave as before. Default is 1. You should fix your scripts\x0d\x0a; to use SCRIPT_FILENAME rather than PATH_TRANSLATED.\x0d\x0a; cgi.fix_pathinfo=0\x0d\x0a\x0d\x0a主要跟CGI标准的\x0d\x0aPATH_INFO\x0d\x0aPATH_TRANSLATED\x0d\x0aSCRIPT_NAME\x0d\x0a有关系\x0d\x0a修修改了好多\x0d\x0a最终主要修改的\x0d\x0a\x0d\x0a把 NGINX DEFAULT 那个文件中的\x0d\x0a\x0d\x0afastcgi_param SCRIPT_NAME $fastcgi_script_name;\x0d\x0a\x0d\x0a改成实际的路径\x0d\x0a\x0d\x0a今天我是这种情况\x0d\x0a\x0d\x0a我的是fastcgi_param SCRIPT_NAME /var/www/nginx-default/$fastcgi_script_name;\x0d\x0a\x0d\x0a然后就好了\x0d\x0a－－－－－－－－－－－－－－－－－－－－－\x0d\x0a以上是转载，下面是个人的解决办法：\x0d\x0a1. 更改php.ini\x0d\x0a\x0d\x0a首先php.ini的配置中把\x0d\x0a\x0d\x0a;cgi.fix_pathinfo=0 改为\x0d\x0a\x0d\x0acgi.fix_pathinfo=1\x0d\x0a\x0d\x0a2. 在nginx/conf/nginx.conf 找到：\x0d\x0afastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name; 改为：\x0d\x0afastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;\x0d\x0a\x0d\x0a然后重启nginx【killall -9 nginx ，./sbin/nginx】\x0d\x0a\x0d\x0a结果搞定。:-)
