Я переместил один из моих старых сайтов с Apache на сервер nginx. Все работает нормально, но на сайте есть длинный контент (сгенерированный HTML-файл +100 КБ).
Моей первой пробой было отключить кодирование фрагментированной передачи, но это не помогло.
Вот моя конфигурация 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
из отчетов об ошибках.
Проверьте разрешение этих каталогов:
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
Возможная связь с этим багом http://www.ruby-forum.com/topic/4080504 , попробуйте обновить nginx.
Не обязательно иметь дело только с html, но также с файлами JS и CSS, опция sendfile тоже может быть проблемой.
Как сообщается в http://www.conroyp.com/2013/04/25/css-javascript-truncated-by-nginx-sendfile/ превращение
sendfile off
может означать, что ваши файлы не усечены
Решение sendfile off у меня не работает. Я исправил это, отключив open_file_cache.