为什么nginx无法使用laravel的get请求非php页面报错no input file specified

大哥们帮我教一下,为什么nginx无法使用laravel的get请求非php页面报错no input file specified
最新回答
⒈輩子⒈个人

2024-06-07 08:55:00

  打开一个页面<?php phpinfo(); ?> 然后在游览器下运行:页面提示 No input file specified. FastCGI模式下访问php文件时,出现No input file specified.错误 查看access.log 发现是 404
  打开一个页面<?php phpinfo(); ?> 然后在游览器下运行:页面提示
  No input file specified.
  FastCGI模式下访问php文件时,出现No input file specified.错误
  查看access.log 发现是 404
  原因分析:
  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设置错误
  网上的解决方法:
  步骤一:修改nginx主配置文件nginx.conf
  默认安装的nginx配置文件中定义fastcgi处是:fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
  可以将它改成:
  fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  必须保证 $document_root 在配置文件中,在astcgi_param SCRIPT_FILENAME前面被用到过一次, 后面有解释为什么。
  步骤二:修改PHP的住配置文件php.ini
  修改/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
  重启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【killall -9 nginx ,./sbin/nginx】
  3、如果还不行,还有一种可能是php的测试页面代码格式有问题,我当初做的时候,phpinfo写成了:<? php phpinfo(); ?> 所以错了,应该是<?phpphpinfo(); ?>