Cache-Control não funciona no objeto AWS S3 Metadata

3

Seguimento da minha pergunta original: Sem cabeçalho de controle de cache para arquivos do AWS CloudFront com origem no S3

Estou exibindo arquivos estáticos usando o AWS CloudFront com o AWS S3 como origem. Tentei definir o cabeçalho Cache-Control para meus objetos usando o console da Web da AWS conforme instruído na resposta da minha pergunta original (link acima). E quando eu acesso o arquivo usando o link do AWS S3, eu já posso ver o cabeçalho adicionado: Cache-Control: public, max-age = 31536000 .

O problema é que o navegador não respeita o cabeçalho. Quando eu recarregar / atualizar o mesmo link, recebo uma resposta 304 - Não Modificada em vez de uma resposta 200 (Armazenada em cache) .

Eu também tentei o valor max-age = 300 (sem Público ) e também tentei o valor dentro de "" mas sempre obtive a resposta 304. Eu também tentei adicionar o cabeçalho Expires do S3, mas os mesmos resultados.

Como faço o navegador respeitar o cabeçalho do cache? Quero aproveitar o cache do navegador e economizar custos ao usar a AWS.

Nota adicional: Meu bucket do S3 não está definido para hospedagem de site estático. Apenas no caso de ter algo a ver com isso.

EDIT: Abaixo estão os cabeçalhos HTTP ao vivo

https://cdn.example.com/path/logo.png

GET /path/logo.png HTTP/1.1
Host: cdn.example.com
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Accept: image/png,image/*;q=0.8,*/*;q=0.5
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://www.example.com/
Connection: keep-alive
If-Modified-Since: Tue, 12 Apr 2016 10:29:24 GMT
If-None-Match: "xxxxxxxxxxxxxxxxxxxxxxxxxxx"

HTTP/1.1 304 Not Modified
Connection: keep-alive
Date: Sat, 16 Apr 2016 09:33:08 GMT
Etag: "xxxxxxxxxxxxxxxxxxxxxxx"
Server: AmazonS3
Age: 67885
X-Cache: Hit from cloudfront
Via: 1.1 xxxxxxxxxxxxxxx.cloudfront.net (CloudFront)
X-Amz-Cf-Id: xxxxxxxxxxxxxxxxxxxxxxxxxxxx==

EDIT: Eu recebo a resposta 200 se eu recarregar e 304 Not Modified se eu pressionar Enter na URL da barra de endereço. Além disso, os recursos do Google no mesmo carregamento de página são respondidos com 200 (do cache) e não com um 304.

UPDATE:

Testes on-line que detectam atualmente que os arquivos já estão armazenados em cache . Fiz o teste no link e no link . Também com o Google Page Speed. Eu acho que precisava de tempo para distribuir os arquivos para locais de ponta. O que é estranho, já que eu estava mudando os nomes dos arquivos a cada edição para que as mudanças acontecessem imediatamente. Mas, no que diz respeito ao armazenamento em cache, talvez fosse necessário tempo para distribuir o cache para os pontos de presença. Ainda fazendo mais alguns testes.

    
por jarvis 16.04.2016 / 11:03

1 resposta

1

200 é a resposta ok, significa que o servidor enviou o recurso solicitado. 304 não modificado significa que o objeto está no cache do navegador, o navegador verificou.

Se você tiver acessado o recarregamento, poderá estar com problemas no navegador, não com um problema no servidor. Você disse para recarregar, então ele vai para o servidor. Tente carregar esse recurso indo até a URL e clicando em "entrar", não "recarregar".

Experimente o plugin "live http headers" para o Firefox, ele mostra o que está acontecendo bem.

Com base no que você disse, não acho que haja realmente um problema, mas é necessário publicar a saída dos cabeçalhos HTTP ao vivo para ter certeza. Se você fizer isso, não use apenas um recurso, carregue uma página HTML estática e faça referência a um jpg no CDN.

    
por 16.04.2016 / 11:16