YSlow - fornecendo Fs para expiração e compactação, mas os cabeçalhos de resposta aparecem corretos

1

Eu apenas movi um site wordpress moderadamente ocupado de hospedagem compartilhada para um servidor VPS com 512MB de RAM e tentando ajustar o desempenho antes de quebrar e comprar outro VPS para aliviar a carga. Como tal, eu estou vasculhando a rede em busca de dicas de desempenho para o nginx e me deparei com 'gzip' e 'expires max'. A partir de alguns exemplos, vi e modifiquei as alterações a seguir e eles parecem estar funcionando corretamente, mas o YSlow declara de forma diferente.

# Entry in nginx vhost.conf
location /wp-content {
    alias /home/src/web/app/melikedev/current/code/web/wp-content/;
    expires max;
    add_header Pragma public;
    add_header Cache-Control "public";
}

E testes de outro servidor via ondulação:

mpurcell@service1 ~ $ -> curl -I -H "Accept-Encoding: gzip, deflate" -L http://melikedev.com/wp-content/plugins/sociable/css/sociable.css?ver=3.4.2
HTTP/1.1 200 OK
Server: nginx/1.0.15
Date: Fri, 18 Jan 2013 04:58:34 GMT
Content-Type: text/css
Last-Modified: Sat, 29 Dec 2012 08:50:41 GMT
Connection: keep-alive
Expires: Thu, 31 Dec 2037 23:55:55 GMT
Cache-Control: max-age=315360000
Pragma: public
Cache-Control: public
Content-Encoding: gzip

De acordo com os cabeçalhos de resposta, o cabeçalho de expiração está presente e o conteúdo foi compactado, mas o YSlow ainda deu um F para ambos. Perdi alguma coisa? Ou o YSlow está errado?

- Atualização -

Yslow está reportando (não expira) por 28 componentes estáticos, alguns dos quais são ativos de sentido de anúncio do Google aos quais não tenho controle, mas, para os que eu controle, esperaria que funcionassem de acordo com a diretiva em vhost. arquivo conf. Eu listei um dos componentes que Yslow ainda está reclamando, junto com os cabeçalhos de resposta.

There are 28 static components without a far-future expiration date.

    (no expires) http://melikedev.com/wp-content/plugins/sociable/js/sociable.js?ver=3.4.2

    ....

Cabeçalhos de resposta:

mpurcell@service1 ~ $ -> curl -I -H "Accept-Encoding: gzip, deflate" http://melikedev.com/wp-content/plugins/sociable/js/sociable.js?ver=3.4.2
HTTP/1.1 200 OK
Server: nginx/1.0.15
Date: Sat, 19 Jan 2013 00:28:24 GMT
Content-Type: application/x-javascript; charset=utf-8
Last-Modified: Sat, 29 Dec 2012 08:50:42 GMT
Connection: keep-alive
Expires: Thu, 31 Dec 2037 23:55:55 GMT
Cache-Control: max-age=315360000
Pragma: public
Cache-Control: public
Content-Encoding: gzip

O engraçado é que os cabeçalhos de resposta para o arquivo CSS que eu postei pela primeira vez não estão aparecendo no relatório do Yslow, talvez o Yslow não goste de arquivos js de versionamento?

    
por Mike Purcell 18.01.2013 / 06:16

0 respostas