nginx gzip ativado mas não não gzip

3

Eu tenho o gzip ativado no nginx 1.2.8, mas por alguma razão, ele não está gzipando nada.

Informações de instalação do Nginx:

nginx version: nginx/1.2.8
built by gcc 4.7.2 (Ubuntu/Linaro 4.7.2-2ubuntu1) 
TLS SNI support enabled
configure arguments: --prefix=/usr/local/nginx-1.2.8 --with-http_ssl_module --with-http_realip_module --with-http_gzip_static_module --with-pcre --conf-path=/etc/nginx/nginx.conf --add-module=../headers-more-nginx-module-0.19rc1

Configuração:

user  www-user;
worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include mime.types;
    default_type  application/octet-stream;
    client_max_body_size 10M;

    sendfile        on;
    keepalive_timeout  65;

    more_clear_headers "Server";

    gzip  on;
    gzip_types text/plain text/css application/json application/javascript application/x-javascript text/javascript text/xml application/xml application/rss+xml application/atom+xml application/rdf+xml;

    server {
        server_name test.com;
        root   /www;
        index index.php index.html index.htm;

        listen       80  default_server;

        rewrite ^/(.*)/$ /$1 permanent; #remove trailing slash

        #charset koi8-r;

        #access_log  logs/host.access.log  main;

        include      general/*.conf;

        #error_page  404              /404.html;

        # redirect server error pages to the static page /50x.html
        #
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }

        location ~ \.php$ {

    fastcgi_intercept_errors on;

    fastcgi_pass   unix:/run/php/php-fpm.sock;

    fastcgi_index index.php;

    fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;

    include        fastcgi_params;

        }
    }
}

Estou tentando enviar um arquivo css estático simples. Na minha configuração do nginx, text/css está incluído em gzip_types .

Quando tento obter o arquivo usando o Firefox, o violinista mostra que o conteúdo recebido não é gziped:

Solicitar cabeçalhos:

GET http://test.com/test.css HTTP/1.1
Host: nextdreamtest2.com
User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:20.0) Gecko/20100101 Firefox/20.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip, deflate
Cookie: __utma=237624223.1052931239.1362029000.1365467381.1365469205.16; __utmz=237624223.1362029000.1.1.utmccn=(direct)|utmcsr=(direct)|utmcmd=(none); __utmc=237624223; __utmb=237624223
Proxy-Authorization: Basic cHJveHk6RTRRWlNlY0JLU3o0OFh4cWpLNkg=
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache

Cabeçalhos de resposta:

HTTP/1.1 200 OK
Date: Tue, 09 Apr 2013 01:35:07 GMT
Content-Type: text/css
Last-Modified: Thu, 31 May 2012 08:50:00 GMT
Connection: keep-alive
Content-Length: 1688

Observe que não há cabeçalho Content-Encoding: gzip , embora o gzip esteja ativado no servidor e o tipo de conteúdo seja aquele configurado para ser compactado.

Depois de mais investigações, estou ainda mais perplexa agora. Eu tentei o FireFox 20.0 na máquina em que o nginx está rodando (Ubuntu 12.10), e os arquivos foram gzipados corretamente:

Connection  keep-alive
Content-Encoding    gzip <------------------------------
Content-Type    text/html
Date    Tue, 09 Apr 2013 04:23:08 GMT
Set-Cookie  200ceb26807d6bf99fd6f4f0d1ca54d4=7hjir1h44g3dq8hlsihdsrn9v5; path=/; HttpOnly
Transfer-Encoding   chunked  <---------------------

No entanto, se eu tentar o IE10, o FireFox 20 e o Chrome 26 e também o Fiddler para inspecionar os cabeçalhos na minha máquina com o Windows 8 para acessar o servidor, a resposta nunca será compactada!

Connection  keep-alive
Content-Length  2192 <------------------
Content-Type    text/html
Date    Tue, 09 Apr 2013 04:27:16 GMT

Isso é incrivelmente estranho, já que não vejo nada no meu nginx.conf que possa discriminar o Windows 8 Machines.

O que poderia estar causando isso?

    
por F21 09.04.2013 / 03:37

2 respostas

9

Depois de ver que o FireFox 20 no Ubuntu foi capaz de receber conteúdo compactado enquanto minha máquina Windows 8 não era capaz, eu fiquei desconfiado.

Tentei o seguinte na minha máquina com Windows 8: IE10, FireFox 20, Chrome 26, violinista e curl. Quando um deles mostrou que recebia conteúdo não compactado, eu imediatamente suspeitei do meu pacote de segurança na Internet.

Após desinstalar a segurança do Windows 8 BitDefender (também não teve o melhor desempenho), agora posso ver meu navegador e os clientes na minha máquina Windows 8 recebem conteúdo compactado.

O BitDefender provavelmente estava descompactando meus pacotes e os analisando em busca de vírus e material de phishing antes de atingir qualquer um dos clientes.

No entanto, depois de desperdiçar quase um dia com isso, não irei instalá-lo novamente e vou procurar outro produto.

    
por 09.04.2013 / 06:49
0

Tente alterar o tipo padrão para text/html - o tipo padrão de application/octet-stream não é gzipable.

    
por 09.04.2013 / 04:00

Tags