Acompanhamento da minha pergunta original: Nenhum cabeçalho de controle de cache para arquivos do AWS CloudFront com origem S3
Estou servindo arquivos estáticos usando AWS CloudFront com AWS S3 como origem. Tentei definir o cabeçalho Cache-Control para meus objetos usando o console da web AWS, conforme instruído na resposta da minha pergunta original (link acima). E quando acesso o arquivo pelo link do AWS S3, já consigo ver o Header que adicionei: Cache-Control: public, max-age=31536000 .
O problema é que o navegador não respeita o cabeçalho. Quando recarrego/atualizo o mesmo link, recebo uma resposta 304 - Não modificado em vez de uma resposta 200 (em cache) .
Eu também tentei o valor max-age=300 (no Public ) e também tentei o valor dentro de " " , mas sempre recebo a resposta 304. Eu também tentei adicionar o cabeçalho Expires do S3, mas os mesmos resultados.
Como faço para que o navegador respeite o cabeçalho do cache? Quero aproveitar o cache do navegador e economizar custos usando a AWS.
Observação adicional: My S3 Bucket não está configurado 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: Recebo a resposta 200 se eu recarregar e 304 não modificado se eu apertar enter no 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 304.
ATUALIZAR:
Testes online detectando atualmente que os arquivos já estão armazenados em cache . Fiz o teste em http://www.webpagetest.org/ e http://tools.pingdom.com/ . Também com o Google Page Speed. Acho que precisava de tempo para distribuir os arquivos para os pontos de presença. O que é estranho, já que eu estava alterando os nomes dos arquivos a cada edição para que as alterações ocorressem imediatamente. Mas, no que diz respeito ao armazenamento em cache, pode ser necessário tempo para distribuir o cache para os pontos de borda. Ainda fazendo mais alguns testes.
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 foi verificado.
Se você clicou em recarregar, pode estar enfrentando um problema no navegador, não no servidor. Você disse para recarregar, então ele vai para o servidor. Tente carregar esse recurso acessando o URL e pressionando "enter", não "recarregar".
Experimente o plug-in "live http headers" para o Firefox, ele mostra bem o que está acontecendo.
Com base no que você disse, não acho que haja realmente um problema, mas você precisa postar a saída dos Live HTTP Headers para termos certeza. Se você fizer isso, não use apenas um recurso, carregue uma página html estática e faça com que ela se refira a um jpg no CDN.