Como habilito a compactação gzip nos recursos do módulo NGINX PageSpeed?


13

Eu tenho me concentrado bastante na otimização de um determinado site para que ele obtenha 100 pontos na ferramenta Google PageSpeed ​​Insights (para dispositivos móveis e computadores). A maioria dos itens está funcionando perfeitamente, mas continuo recebendo o aviso "Ativar compactação" do site.

Isso é problemático, porque o gzip está ativado no meu servidor e os únicos recursos que estão sendo servidos descompactados são provenientes do módulo NGINX PageSpeed. Passei pelas páginas de configuração no site do Google, mas não há nada que descreva como habilitar a compactação, além da configuração geral do NGINX que já está em vigor.

Minha pergunta é a seguinte: como habilito a compactação gzip para que funcione nos recursos de velocidade da página?

Minha configuração do servidor:

Ubuntu 12.0.4.3 LTS NGINX - 1.5.4 compilado personalizado com o módulo PageSpeed ​​1.6.29.5 beta

Configuração do servidor NGINX:

user  www-data;
#set worker processes to cpu processes
worker_processes  4;

error_log /var/log/nginx/error.log;
pid /run/nginx.pid;
events {
        worker_connections  1024;
}


http {
        client_max_body_size 200m;
        include /etc/nginx/mime.types;
        default_type application/octet-stream;
        access_log /var/log/nginx/access.log;
        sendfile on;
        keepalive_timeout 3;
        types_hash_max_size 2048;
        gzip  on;
        gzip_disable msie6;
        gzip_static on;
        gzip_types text/plain text/css application/x-javascript text/xml application/xml+rss text/javascript;
        gzip_vary on;
        fastcgi_read_timeout 2m;

        include global/caching.conf;
        include /etc/nginx/enabled-sites/*;
        upstream php {
                server 127.0.0.1:9000;
        }
        #fastcgi caching header
        add_header mcapp-fastcgi-cache $upstream_cache_status;
}

Configuração do site:

server {
        server_name www.examplesite.com;
        rewrite ^ $scheme://examplesite.com$request_uri permanent;
}

server {
        #pagespeed directives
        pagespeed On;
        pagespeed FileCachePath /var/cache/nginx-pagespeed;
        location ~ "\.pagespeed\.([a-z]\.)?[a-z]{2}\.[^.]{10}\.[^.]+" {
                add_header "" "";
        }
        location ~ "^/ngx_pagespeed_static/" { }
        location ~ "^/ngx_pagespeed_beacon$" { }
        #pagespeed directives end

        server_name examplesite.com;
        root /path/to/examplesite;

        # wordpress config
        include global/restrictions.conf;
        include global/wordpress.conf;
}

EDIT Apenas para aprofundar, os ativos específicos que não parecem estar compactando são os ativos de javascript. Como um exemplo:

Enable compression for the following resources to reduce their transfer size by 355.5KiB (69% reduction).
    Compressing http://examplesite.com/wp-includes/js/jquery/jquery.js,qver=1.10.2.pagespeed.jm.iCH2ukpEYb.js could save 58.8KiB (64% reduction).
    Compressing http://examplesite.com/wp-content/themes/Avada/framework/plugins/revslider/rs-plugin/js/jquery.themepunch.revolution.min.js?ver=3.6.1 could save 43.9KiB (80% reduction).

você verificou com outras ferramentas como o redbot? achei que a velocidade da página não era confiável, especialmente quando configurava o gzip ou, expires 24hrspor algum motivo, sempre recebo "BEEEEP, VOCÊ ESTÁ SEGURANDO ERRADO". o mesmo se aplica a YSLOW
aquele cara de lá

Eu verifiquei o redbot e ele está compactando a maioria dos ativos com o gzip (como os arquivos html e css reais). No entanto, a maioria dos recursos javascript que vêm do PageSpeed ​​não estão sendo compactados. Minha configuração está configurada para compactar application / x-javascript e text / javascript mime-types, e verifiquei que ele funciona em outros sites que possuem recursos javascript. Por alguma razão, porém, ele simplesmente não parece estar funcionando para os recursos fornecidos pelo PageSpeed.
Scrivvles

Respostas:


16

Depois de muito mais puxões de cabelo, ranger de dentes e socos no alto-falante (e no Google), deparei-me com um pedido de defeito em um fórum de suporte do NGINX para alterar o tipo mime javascript (.js) de application / x-javascript para application / javascript. Veja http://trac.nginx.org/nginx/ticket/306

Como você pode ver pelo nginx.conf na minha pergunta, eu tinha:

gzip_types text/plain text/css application/x-javascript text/xml application/xml+rss text/javascript;

Isso basicamente fazia com que meus arquivos javascript fossem ignorados pelo gzip_types, porque não existe mais o tipo mime application / x-javascript (a menos que você crie um personalizado no mime-types.conf ou se você possui uma versão realmente antiga do NGINX) .

Eu mudei essa linha para esta:

gzip_types text/plain text/css application/javascript text/xml application/xml+rss;

Após uma recarga de NGINX-s, meus arquivos javascript são compactados muito bem! Então, acontece que não tinha nada a ver com o módulo PageSpeed ​​e, em vez disso, foi um problema com a minha configuração não identificar o tipo mime correto para compactar.


1
Apenas uma nota - por algum motivo eu tive que manter os dois application/x-javascripte application/javascript, uma vez que durante os meus pedidos eu estava ficando ambos os tipos MIME (Eu me pergunto se eu deveria mudar para apenas application/javascript.
Nikola Ivanov Nikolov


2

Conforme a RFC 4329 , seu servidor da web deve usar application/javascripte não application/x-javascript.

Primeiro, verifique se o seu /etc/nginx/nginx.confarquivo contém (pelo menos) application/javascriptao lado de gzip_types:

Por exemplo

gzip_types text/plain text/css application/javascript text/xml application/xml+rss;

Em seguida, abra o arquivo de tipos MIME /etc/nginx/mime.typese verifique se:

application/x-javascript                  js;

para

application/javascript                  js;

Por fim, recarregue sua configuração:

service nginx reload

É isso aí!

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.