解決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】
結果搞定。:-)