nginx open_file_cache指令导致静...-nginx运行php"No input file specified"...-nginx php配置与nginx启动脚本

当前位置: 操作系统/服务器>linux

本页文章导读:

▪nginx open_file_cache指令导致静态文件不能及时更新和出现网页显示不全的问题做一个文字直播的项目，为了减轻数据库及web服务器负载，做了以下处理： web前端有CDN，由于直播需要时效性，所以缓存不能太久，可以配置nginx对静态文件的缓存时间：代码如下: locati.........

▪nginx运行php"No input file specified"错误的解决方法打开一个页面<?php phpinfo(); ?> 然后在游览器下运行：页面提示 No input file specified. FastCGI模式下访问php文件时，出现No input file specified.错误查看access.log 发现是 404 原因分析： .........

▪nginx php配置与nginx启动脚本 nginx中php配置，sh脚本来启动、关闭、重启nginx。一、配置文件 nginx.conf 代码如下: server { listen 8080 ; server_name localhost; location / { root /home/work/htdocs; ex.........

[1]nginx open_file_cache指令导致静态文件不能及时更新和出现网页显示不全的问题

来源: 互联网发布时间: 2013-12-24

做一个文字直播的项目，为了减轻数据库及web服务器负载，做了以下处理：
web前端有CDN，由于直播需要时效性，所以缓存不能太久，可以配置nginx对静态文件的缓存时间：

代码如下:

location ~ ^/zhibo/.*\.(html)$ {
root /data/www;
expires 30s;
}

这个配置将发送一个header：Cache-Control：max-age=30
浏览器和CDN可以根据这个header来保证缓存时间为30s
服务器端10秒查一次数据库，并生成静态页，这样，用户看到的延迟不会太大

但是并没有得到想要的结果（没有经过CDN的情况）：发现30s后，服务器还是返回304，发现返回的header里Last-Modified一直不变，大概30秒后，再去刷新Last-Modified和页面才有变化。去服务器上看静态文件的更新时间是刚刚更新的。为什么客户端看到的是比较旧的页面呢。

打开nginx.conf逐个检查，发现这么一些配置：

代码如下:

open_file_cache            max=102400 inactive=20s;
open_file_cache_valid      30s;
open_file_cache_min_uses   1;

这几个指令的解释：
open_file_cache 指令会对以下信息进行缓存：
* 打开文件描述符的文件大小和修改时间信息
* 存在的目录信息
* 搜索文件的错误信息：文件不存在无权限读取等信息
open_file_cache max=102400 inactive=20s;
#这个将为打开文件指定缓存，默认是没有启用的，max指定缓存数量，建议和打开文件数一致，inactive是指经过多长时间文件没被请求后删除缓存。
open_file_cache_valid 30s;
#这个是指多长时间检查一次缓存的有效信息。
open_file_cache_min_uses 1;
#open_file_cache指令中的inactive参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的。

这下明白了为什么会产生Last-Modified不变的情况了，当nginx对一个静态文件缓存后，如果20s内你还在访问它，那么它的缓存就一直存在。直到20s内你不访问了为止。

另外，还出现了页面显示不全的情况，分析如下：
由于静态文件是10s生成一次，可能文件还没生成完整的情况下，nginx就把文件的大小等信息缓存了，结果出现网页不完整的情况。

[2]nginx运行php"No input file specified"错误的解决方法

来源: 互联网发布时间: 2013-12-24

打开一个页面<?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(); ?>

[3]nginx php配置与nginx启动脚本

来源: 互联网发布时间: 2013-12-24

nginx中php配置，sh脚本来启动、关闭、重启nginx。

一、配置文件 nginx.conf

代码如下:

server {
    listen 8080 ;
    server_name localhost;

    location / {
root   /home/work/htdocs;
expires 1d;
autoindex on;
index index.php index.html;
    }
    location ~* \.php$ {
root   /home/work/htdocs;
fastcgi_pass   127.0.0.1:30000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /home/work/htdocs/$fastcgi_script_name;
client_max_body_size       100m;
includefastcgi_params;
fastcgi_connect_timeout 1000s;
fastcgi_send_timeout 1000s;
fastcgi_read_timeout 1000s;
    }
}

二、nginx.sh ngix 启动脚本

代码如下:

#!/bin/sh
case "$1" in
    'start')
sudo /usr/local/nginx/sbin/nginx -s start
;;
    'stop')
sudo /usr/local/nginx/sbin/nginx -s stop
;;
    'restart')
sudo /usr/local/nginx/sbin/nginx -s reload
;;
    *)
echo "Usage: $0 {start|stop}"
exit 1
    ;;
esac

# spaw-php.sh php-cgi 启动脚本
#!/bin/sh
dir=`dirname $0`
PID_FILE=/home/work/htdocs/spaw-php.pid
PHP_FCGI="/home/work/php/bin/php-cgi -f /home/work/htdocs/php.ini"

case "$1" in
    'start')
spawn-fcgi -C 3 -p 30000 -f "$PHP_FCGI" -P $PID_FILE
;;
    'stop')
kill `cat $PID_FILE`
;;
    'restart')
kill `cat $PID_FILE`
spawn-fcgi -C 3 -p 30000 -f "$PHP_FCGI" -P $PID_FILE
;;
    *)
echo "Usage: $0 {start|stop}"
exit 1
    ;;
esac