Pourquoi ne Navigateur envoie toujours demande pour cache-control public avec max-age?

J'ai objets Amazon S3, et pour chaque objet, j'ai mis

Cache-Control: public, max-age=3600000

Qui est approximativement 41 jours.

Et j'ai de Distribution Amazon CloudFront ensemble avec un Minimum TTL aussi avec 3600000.

C'est la première demande après effacement de la mémoire cache.

GET /1.0.8/web-atoms.js HTTP/1.1
Host: d3bhjcyci8s9i2.cloudfront.net
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8

Et la Réponse est

HTTP/1.1 200 OK
Content-Type: application/x-javascript
Content-Length: 226802
Connection: keep-alive
Date: Wed, 28 Aug 2013 10:37:38 GMT
Cache-Control: public, max-age=3600000
Last-Modified: Wed, 28 Aug 2013 10:36:42 GMT
ETag: "124752e0d85461a16e76fbdef2e84fb9"
Accept-Ranges: bytes
Server: AmazonS3
Age: 342557
Via: 1.0 6eb330235ca3971f6142a5f789cbc988.cloudfront.net (CloudFront)
X-Cache: Hit from cloudfront
X-Amz-Cf-Id: 92Q2uDA4KizhPk4TludKpwP6Q6uEaKRV0ls9P_TIr11c8GQpTuSfhw==

Alors même que Amazon envoie clairement Cache-Control, Chrome encore fait un deuxième demande au lieu de la lire à partir du Cache.

GET /1.0.8/web-atoms.js HTTP/1.1
Host: d3bhjcyci8s9i2.cloudfront.net
Connection: keep-alive
Cache-Control: max-age=0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/29.0.1547.57 Safari/537.36
Accept-Encoding: gzip,deflate,sdch
Accept-Language: en-US,en;q=0.8
If-None-Match: "124752e0d85461a16e76fbdef2e84fb9"
If-Modified-Since: Wed, 28 Aug 2013 10:36:42 GMT

Question:
Pourquoi chrome deuxième demande?

Expire
Ce comportement change quand je mets explicite de l'Expiration de l'attribut dans les en-têtes. Le navigateur ne sera pas envoyer de demande subséquente de l'en-tête Expires, mais pour le cache-contrôle public, de l'envoyer. Tous mes objets S3 ne changera jamais, ils sont immuables, lors du changement de fichier, nous les mettons en tant que nouvel objet avec la nouvelle URL.

De La Page De Référence De Script
Chrome fait les demandes suivantes seulement parfois, j'ai fait ce test en tapant l'URL dans le navigateur. Lorsque le script est référencé par page HTML, pour quelques demandes subséquentes chrome charges de mise en cache des scripts, mais une fois de plus, après un certain temps, une fois qu'il envoie une requête au serveur. Il n'y a pas de problème de Taille de Disque ici, Chrome dispose de suffisamment d'espace de cache.

Problème est que nous facturé pour chaque demande, et je veux S3 objets mis en cache pour toujours, et doivent être chargés à partir du Cache et ne doit jamais se connecter à un serveur en arrière.

InformationsquelleAutor Akash Kava | 2013-09-01
  1. 21

    Si la Réponse HTTP contient le etag entrée, la demande conditionnelle sera toujours. ETag est un cache validateur tag. Le client sera toujours envoyer l'etag sur le serveur pour voir si l'élément a été modifié.

    • Merci, mais c'est une erreur de conception, il ne devrait pas ignorer ETag tandis que Max Age & publique de cache est spécifié. S3 ajoute automatiquement ETag, dois-je le supprimer ou puis-je modifier les en-têtes de soutien à un comportement attendu? Je ne sais pas si il y a moyen de supprimer ETag dans S3.
    • Sur Chrome, j'ai trouvé que la suppression de l'entrée est la seule façon d'empêcher une condition de la requête http. IE fait un bien meilleur travail à ce que mon humble avis.
    • Ainsi en est-il d'un bug dans Chrome, ou est-il correct d'après le protocole HTTP 1.1?
    • Quand j'ai eu le problème je n'ai pas trouvé metions sur la RFC du Protocole http 1.1 sur lequel on devrait avoir la priorité, ou si les deux entrées pourraient être combinés. J'en ai trouvé quelques autres réponses (non fonctionnaires) vadmyst.blogspot.co.au/2005/09/... stackoverflow.com/questions/6350384/... les Deux réponses indiquent que c'est un bug dans Chrome
    • Si il y a un http réponse alors que la demande a déjà eu lieu et le max-age a été ignorée.
    • Dans mes tests, les Etags ne viennent pas en jeu (toutes mes ressources ont un etag). Je suis sûr que ce est la façon dont vous faites des tests avec google Chrome. En appuyant sur "enter" sur la barre d'adresse est le meilleur moyen de tester la mémoire cache. F5 ou en cliquant sur le recharger à envoyer le "max-age=0" en-tête. Voir aussi: stackoverflow.com/a/16510707/789658
    • Il a fonctionné correctement pour moi. Je pense que si c'était une question en octobre 2013, il a été corrigé depuis.
    • À compter de cette date, le Costa réponse est toujours d'actualité: Chrome envoie un max-age=0 dans l'en-tête de demande si vous actualisez la page. Si vous appuyez sur entrée dans l'URL, il n'a pas.
    • Oui, c'est correct. Si vous actualisez la page, puis il donne 304 code http et va vers le serveur, tandis que si vous appuyez de nouveau l'url il serait récupérée à partir du cache avec 200 code d'état http.
    • Dans google Chrome, la Version 57.0.2987.133 (64-bit), appuyer sur la touche enter sur l'URL semble toujours être l'envoi d'une requête conditionnelle et max-age=0 dans le demande même si la réponse de nuage en face, Cache-Control:max-age=300. En gros, je n'arrive pas à l'obtenir à toujours chercher dans le cache du navigateur, indépendamment de la façon dont je le demande. J'ai vérifié le cache du navigateur n'est pas désactivé dans les Outils de Dev. Des idées? C'est une image. Je me demande si le Type de Contenu n'a rien à faire avec elle.
    • 2 choses: 1. Lorsque vous allez à l'URL de mon image dans CloudFront directement dans l'onglet google Chrome, le seul moyen fiable de tirer à partir de la mémoire cache du navigateur est pour se rendre à l'URL via l'Arrière/vers l'Avant. Si je la touche F5 ou appuyez sur Entrée dans l'URL, je vois toujours requête conditionnelle avec 304. 2. Seulement semble être le cas lorsqu'on passe directement à l'URL de l'image. Lorsque utilisé dans le contenu d'un document HTML, la mise en cache fonctionne comme décrit ci-dessus où un F5 actualiser et en appuyant sur Entrée dans l'URL de donner des résultats différents. Ne peux que supposer que Chrome est le traitement de naviguer directement vers une adresse URL comme un signe qu'il doit faire une demande conditionnelle. Prévu?
    • m'a sauvé beaucoup de maux de tête. Je ne sais pas pourquoi Cache-Control: max-age=0 continué à obtenir envoyé sur reload. L'ouverture d'un nouvel onglet permet le cache de travail. Merci beaucoup pour dire ça!
    • commentaire toujours vrai, m'a sauvé beaucoup de temps! F5 ou directement le chargement d'une ressource à partir d'URL du navigateur, google chrome envoie Cache-Control: max-age=0. Alors que lors de la demande de la ressource dans l'application, la ressource est servi de cache.

    InformationsquelleAutor woolagaroo
  2. 38

    Lorsque vous appuyez sur la touche F5 dans Chrome, il toujours envoyer des requêtes au serveur. Ceux-ci seront mis à la Cache-Control:max-age=0 en-tête. Le serveur sera généralement répondre avec un 304 (Non Modifié) le code d'état.

    Lorsque vous appuyez sur la touche Ctrl+F5 ou Maj+F5, les mêmes demandes sont effectuées, mais avec le Cache-Control:no-cache en-tête, ce qui oblige le serveur à envoyer un cache version, généralement avec un 200 (OK) code d'état.

    Si vous voulez vous assurer que vous êtes en utilisant le cache du navigateur local, appuyez simplement sur Entrée dans la barre d'adresse.

    • Réponse Simple et efficace. TIL F5 et Enter faire des demandes différentes.
    • all hail the king: Actualiser les Types.
    • Trois jours de frapper ma tête avec cette. MERCI! J'ai été presing Ctrl + F5 et ne savez pas par où Control:no-cache vient et pourquoi le navigateur a été en ignorant mon Cache-Control, ou si je faisais quelque chose de mal. Dieu, merci! Et @GrasDouble, thx pour le lien. Je sais que les commentaires ne doivent pas être utilisés à la grâce, mais de vous trouver la réponse a été un grand soulagement.
    • Super réponse, je n'ai pas vérifier les en-têtes de requête, vous pouvez exécuter fetch pour vérifier si il est vraiment à partir du disque ex: fetch('YOUR_URL')
    • Est-il un moyen par lequel je peux éviter d'envoyer la requête au serveur en cas de F5? Comme de maintenant, il envoie la demande au serveur, le serveur répond avec 304, puis il est chargé à partir du cache. Je veux le navigateur à charger à partir du cache directement lorsque quelqu'un vous appuyez sur la touche F5, comme mes ressources sont disponibles dans le cache disque.
    • Ensuite, vous devez autoriser le client à faire. Généralement avec un Expires en-tête.
    • Avec Shift+F5, il ya aussi pas de if-none-match en-tête de la demande.
    • Cela permet d'économiser de la journée. Tout officiels des liens expliquant ce comportement?
    • Désolé, aucun. C'est juste ce que j'ai remarqué quand j'ai fait des recherches.

    InformationsquelleAutor Der Hochstapler
  3. 9

    Si Chrome Developer Tools sont ouvertes (F12), Chrome généralement désactive la mise en cache.

    Il est contrôlable dans les Outils de développement les paramètres - l'icône d'Engrenage à droite de la dev-tools barre du haut.

    • Pas sûr de ce que google chrome dev tools a à faire avec les utilisateurs de la question...
    • F12 seulement désactive la mise en cache lorsque vous cochez la case pour la désactiver, quand je suis en train de tester la mise en cache je suis certain que la mise en cache est activée.
    • Grande réponse. J'ai fait des modifications sur le serveur et a inspecté les résultats avec les Outils de Dev (F12) ouvrir et ne pouvait pas voir l'impact. Il y a tellement peu de choses à savoir. +1 de moi.
    • OMG! Je ne savais pas que! Outils de développement "de Désactiver le cache" a été cochée dans mon navigateur - Doh!
    InformationsquelleAutor user3841754
  4. 0

    Si vous frappez le bouton actualiser pour le chargement de la page ou de la ressource, la if-modified-since en-tête de demande est envoyée à chaque fois, si vous au lieu la demande de la page/ressource comme une demande distincte dans un nouvel onglet ou via un lien dans un script ou une page html, il va charger la page de ressources de la mémoire cache du navigateur lui-même.

    C'est ce qui s'est passé dans mon cas, peut-être que c'est le général universelle de cas. Je ne suis pas complètement sûr, mais c'est ce que j'ai recueillies par le biais de mon creuser.

    InformationsquelleAutor Anirban Roy Das