Je suis en train de déboguer un problème avec une redirection permanente HTTP 301. Après un test rapide, il semble que Safari vide son cache des 301 lorsqu'il est redémarré, mais pas Firefox.
Quand IE, Chrome, Firefox et Safari vident-ils leur cache des 301 ?
MISE À JOUR : Par exemple, si je veux rediriger example1.com
a example2.com
mais je l'ai accidentellement paramétré pour qu'il redirige vers example3.com
c'est un problème. Je peux corriger l'erreur, mais toute personne qui a visité example1.com
entre-temps aura mis en cache la redirection incorrecte vers example3.com
et ne pourront donc atteindre ni l'un ni l'autre. example1.com
o example2.com
jusqu'à ce que leur cache soit vidé. Après enquête, j'ai découvert qu'il n'y avait pas Cache-Control
y Expires
Les en-têtes sont fixés. Les en-têtes de la réponse 301 incorrecte auraient été les suivants :
HTTP/1.1 301 Moved Permanently
Date: Wed, 27 Feb 2013 12:05:53 GMT
Server: Apache/2.2.21 (Unix) DAV/2 PHP/5.3.8
X-Powered-By: PHP/5.3.8
Location: http://example3.com/
Content-Type: text/html
Mes propres tests le montrent :
- IE7, IE8, Android 2.3.4 n'ont pas de cache du tout.
- Firefox 18.0.2, Safari 5.1.7 (sur Windows 7) et Opera 12.14, tous les caches, et vider le cache au redémarrage du navigateur.
- IE10 et Chrome 25 ont un cache, mais ne le vident pas au redémarrage du navigateur, Alors, quand est-ce qu'ils vont se libérer ?
12 votes
S'il vous plaît, dites à Chrome que nous avons besoin d'un moyen de sortir de ce trou de l'enfer 301 : bugs.chromium.org/p/chromium/issues/
0 votes
Comme le problème affecte tous les navigateurs, seul l'IETF pourrait le résoudre, probablement en définissant un délai obligatoire pour les 301 en cache qui n'ont pas de TTL, de sorte que les navigateurs finissent par revérifier leurs hypothèses en cache.
1 votes
J'ai lancé une discussion sur la liste de diffusion de l'IETF à ce sujet, si quelqu'un qui suit encore cette question a envie de s'exprimer : lists.w3.org/Archives/Public/ietf-http-wg/2017OctDec/0363.html