J'ai récemment découvert cette nouvelle fonctionnalité dans Chrome:
Je peux comprendre la différence entre l'option 1 et l'option 3, et cette option 2 est probablement quelque chose entre les deux, mais je ne trouve aucune information plus précise nulle part.
Quelqu'un connaît le comportement précis de chacune des 3 options?
google-chrome
google-chrome-devtools
browser-cache
Samuel Rossille
la source
la source
Réponses:
Recharge normale
La même chose que d'appuyer F5. Cela utilisera le cache mais revalidera tout pendant le chargement de la page, à la recherche de réponses "304 non modifiées". Si le navigateur peut éviter de retélécharger des fichiers JavaScript mis en cache, des images, des fichiers texte, etc., il le fera.
Rechargement dur
N'utilisez rien dans le cache lors de la demande. (ce qui est égal à SHIFT+ F5Pas besoin d'ouvrir la console développeur) Forcez le navigateur à télécharger à nouveau chaque fichier JavaScript, image, fichier texte, etc.
Cache vide et rechargement dur
Évidemment, si le cache est vide, il devra effectuer un rechargement dur. Cela forcera à nouveau le navigateur à tout télécharger à nouveau. Cependant, si la page effectue des téléchargements après le fait via JavaScript qui ne faisaient pas partie du chargement de la page, ceux-ci pourraient toujours utiliser le cache, ce qui est utile pour vider le cache car il garantit que même ceux-ci n'utiliseront pas fichiers mis en cache.
Remarque : Cette fonctionnalité n'est disponible que lorsque les outils de développement sont ouverts.
la source
"after-the-fact download via Javascript"
? Quelqu'un peut-il donner un exemple concret?Cela fonctionne également sous Mac OS X. Ouvrez les outils de développement, puis, sur le bouton de rechargement, soit 1. clic secondaire (clic droit pour la souris pour droitier), ou 2. clic long, alias appui long pour voir le menu.
En plus de cette réponse , le rechargement dur entraîne souvent le rafraîchissement des serveurs proxy, des réseaux de distribution de contenu et d'autres caches distants.
la source
Cache-Control: no-cache
tête. squid-web-proxy-cache.1019090.n4.nabble.com/… Est-ce le vôtre?Cache-Control: max-age=0
,If-Modified-Since
,If-None-Match
. Cependant, lors du rechargement dur (avec ou sans vidage du cache), seuls 2 en-têtes liés au cache ont été envoyés:Cache-Control: no-cache
etPragma: no-cache
. Donc, oui, le navigateur envoie en effet un en-tête demandant aux serveurs une nouvelle version; c'est ensuite aux serveurs (y compris les proxys) de changer le comportement en fonction de cela.La méthode suivante vous permet de vider le cache uniquement pour l'URL en difficulté. Cela m'a aidé lorsque j'étais coincé avec le cache de redirection http vers https.
F12
Preserve log
pour enregistrer le journal avant la redirectionClear browser cache
Cela effacera uniquement le cache perturbé sans affecter le cache normal.
la source