我将我的一个旧网站从 Apache 移到了 nginx 服务器。一切运行正常,但网站内容较长(生成的 HTML 文件超过 100k)。
我的第一次尝试是禁用分块传输编码,但这没有帮助。
这是我的 nginx 配置:
$ cat /etc/nginx/nginx.conf
user www-data;
worker_processes 1;
error_log /var/log/nginx/error.log;
pid /var/run/nginx.pid;
events {
worker_connections 1024;
}
http {
include /etc/nginx/mime.types;
sendfile on;
keepalive_timeout 65;
tcp_nodelay on;
gzip on;
gzip_static on;
gzip_http_version 1.0;
gzip_disable "MSIE [1-6]\.";
gzip_vary on;
gzip_comp_level 1;
gzip_proxied any;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript application/javascript text/x-js;
gzip_buffers 16 8k;
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
$ cat /etc/nginx/sites-enabled/example.com
server {
listen 443 ssl;
server_name example.com;
access_log /var/log/nginx/example.com.access.log;
error_log /var/log/nginx/example.com.error.log;
charset iso-8859-2;
root /var/www/public/example.com;
chunkin off;
chunked_transfer_encoding off;
location ~ ^.+\.php {
fastcgi_split_path_info ^((?U).+\.php)(/?.+)$;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
fastcgi_param SCRIPT_NAME $fastcgi_script_name;
fastcgi_param PATH_INFO $fastcgi_path_info;
fastcgi_pass 127.0.0.1:9000;
include fastcgi_params;
}
location / {
index index.php;
try_files $uri /index.php?$args;
}
ssl_certificate /etc/nginx/ssl/server.crt;
ssl_certificate_key /etc/nginx/ssl/server.key;
}
发生了一些奇怪的事情。Firebug 显示页面是正在缓存,但我不知道为什么。
更新:
最后,我可以使用以下 PHP 脚本重现该问题:
<?php
//error_reporting(E_ALL ^ E_NOTICE ^ E_DEPRECATED); //the whole content printed as expected
error_reporting(E_ALL & ~E_DEPRECATED); //truncated content
header("Content-Type: text/plain; charset=iso-8859-2");
$i = 500000;
while ($i) {
$i--;
printf("%10s", $i);
if (!($i%50)) {
echo "\n";
}
$a = $undefined;
}
E_NOTICE
如果我从错误报告中排除,该脚本将正常运行并终止。
答案1
检查这些目录的权限:
client_body_temp_path
proxy_temp_path
fastcgi_temp_path
很可能这些目录中有一个或全部对于 nginx 来说都是不可写的。这些临时文件夹在处理大请求时充当 nginx 的缓冲区,如果 nginx 无法写入它们,则 nginx 只会返回存储在其内存中的内容。
您还应该在错误日志中看到类似以下的错误,如果没有,请再次检查您的日志级别/日志路径。
2013/10/07 11:01:09 [crit] 3307#0: *33 open() "/var/lib/nginx/tmp/proxy/2/00/0000000002" failed (13: Permission denied) while reading upstream
答案2
可能与此错误有关http://www.ruby-forum.com/topic/4080504,尝试更新 nginx。
答案3
不一定只与 html 有关,还与 JS 和 CSS 文件有关,sendfile 选项也可能是一个问题。
据报道http://www.conroyp.com/2013/04/25/css-javascript-truncated-by-nginx-sendfile/转向
sendfile off
可能意味着你的文件没有被截断
答案4
sendfile off 解决方案对我来说不起作用。我通过禁用 open_file_cache 解决了这个问题。