Назад | Перейти на главную страницу

nginx обрезает динамические страницы и кеширует их

Я переместил один из моих старых сайтов с 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.