nginx está cortando o final de páginas dinâmicas e armazenando-as em cache

Question

Mudei um dos meus sites antigos de um Apache para um servidor nginx. Tudo está funcionando bem, mas o site tem algum conteúdo longo (um arquivo HTML gerado de + 100k).

Meu primeiro teste foi para desativar a codificação de transferência em partes, mas isso não ajudou.

Aqui está minha configuração do 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;

}

Existem algumas coisas estranhas acontecendo. O Firebug me mostra que a página está sendo armazenada em cache , mas eu não sabe porque.

ATUALIZAÇÃO:

Por fim, posso reproduzir o problema usando o seguinte script 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;
}

Este script é executado e termina normalmente se eu excluir E_NOTICE do relatório de erros.

    

Answer 1

Verifique a permissão desses diretórios:

• client_body_temp_path
• proxy_temp_path
• fastcgi_temp_path

É provável que um ou todos esses diretórios não sejam graváveis para o nginx. Essas pastas temporárias atuam como buffers para o nginx ao manipular solicitações grandes, se o nginx não puder gravar nelas, o nginx apenas retorna o conteúdo armazenado em sua memória.

Você também deve ver erros semelhantes aos abaixo em seus registros de erros, se não verificar seu nível de log / caminho de log novamente.

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

    

Answer 2

Possível conexão com esse bug link , tente atualizar o nginx.

    

Answer 3

Não necessariamente com HTML, mas também com arquivos JS e CSS, a opção sendfile também pode ser um problema.

Conforme relatado no link transformando

sendfile off

pode significar que seus arquivos não estão truncados

    

Answer 4

A solução sendfile off não está funcionando para mim. Eu consertei isso desativando o open_file_cache.