解决PHP5.6版本“No input file specified”的问题
一、总结
一句话总结：解决方式是：打开.htaccess 在RewriteRule 后面的index.php教程后面添加一个“?”
1、.htaccess在哪？
网站根目录下的public目录下
2、如何找到.htaccess在哪？
可以用everything软件扫一遍，选一个最合理的一般就是
3、出现“No input file specified”的原因是什么？
问题描述：使用TP框架做项目时，在启用REWRITE的伪静态功能的时候，首页可以访问，但是访问其它页面的时候，就提示：“No input file specified.”
原因在于使用的PHP5.6是fast_cgi模式，而在某些情况下，不能正确识别path_info所造成的错误
二、解决PHP5.6版本“No input file specified”的问题
原因在于使用的PHP5.6是fast_cgi模式，而在某些情况下，不能正确识别path_info所造成的错误
默认的.htaccess里面的规则：
IfModule mod_rewrite.c> Options +FollowSymlinks RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L] </IfModule>“No input file specified.”，是没有得到有效的文件路径造成的。
修改后的伪静态规则，如下：
IfModule mod_rewrite.c> Options +FollowSymlinks RewriteEngine On RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-f RewriteRule ^(.*)$ index.php?/$1 [QSA,PT,L] </IfModule>仅仅就是在正则结果“/$1”前面多加了一个“?”号，问题也就随之解决了。
https://blog.csdn.net/yds303999450/article/details/77872221
三、no input file specified 问题的解决
（一）IIS Noinput file specified
方法一：改PHP.ini中的doc_root行，打开ini文件注释掉此行，然后重启IIS
方法二：
请修改php.ini
找到
; cgi.force_redirect = 1
去掉前面分号，把后面的1改为0
即
cgi.force_redirect = 0
（二）apacheNo input file specified
apache No input filespecified,今天是我们配置apache RewriteRule时出现这种问题，解决办法很简单如下
打开.htaccess 在RewriteRule 后面的index.php教程后面添加一个“?”
完整代码如下
.htaccess
RewriteEngine on
RewriteCond $1 !^(index.php|images|robots.txt)
RewriteRule ^(.*)$ /index.php?/$1 [L]
如果是apache服务器出问题，看看是不是的Apache 把 .php 后缀的文件解析哪里有问题了。
总结
Apache 将哪些后缀作为 PHP 解析。例如，让 Apache 把 .php 后缀的文件解析为PHP。可以将任何后缀的文件解析为 PHP，只要在以下语句中加入并用空格分开。这里以添加一个 .phtml 来示例。
AddType application/x-httpd-php .php .phtml
为了将 .phps教程作为 PHP 的源文件进行语法高亮显示，还可以加上：
AddType application/x-httpd-php-source .phps
用通常的过程启动 Apache（必须完全停止 Apache 再重新启动，而不是用 HUP 或者USR1 信号使 Apache 重新加载）。
（三）nginx配置遭遇No inputfile specified
虚拟机测试nginx 遭遇 Noinput file specified，多方查找终于找到解决办法
1、 php.ini（/etc/php5/cgi/php.ini）的配置中这两项
cgi.fix_pathinfo=1 （这个是自己添加的）
doc_root=
2、nginx配置文件/etc/nginx/sites-available/default中注意以下部分
location ~ .php$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /var/www/nginx-default$fastcgi_script_name;
include fastcgi_params;
}
红色部分路径需要根据你主机主目录的实际情况填写
配置完以上部分，重启一下service nginx restart，应该没问题了
（四）注意检查下网站目录是否有相关用户的写入权限
四、No input file specified. 这是怎么回事啊
解决NGINX PHP "No input file specified"
打开一个页面<?php 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;
然后就好了
－－－－－－－－－－－－－－－－－－－－－
以上是转载，下面是个人的解决办法：
1. 更改php.ini
首先php.ini的配置中把
;cgi.fix_pathinfo=0 改为
cgi.fix_pathinfo=1
2. 在nginx/conf/nginx.conf 找到：
fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name; 改为：
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
然后重启nginx【killall -9 nginx ，./sbin/nginx】
结果搞定。:-)