Quelle est la durée d'une redirection 302 enregistré dans le navigateur?

En raison d'une mauvaise configuration de notre serveur web principal domaine envoyé une redirection 302 vers un nouvel emplacement. Nous avons résolu le problème. Au moment de vider le cache du navigateur tout fonctionne bien maintenant.

Pour le "normal" du client qui ne se vide pas de son cache: Combien de temps est la redirection 302 conservés dans le navigateur?

Je suis à la recherche pour des moments précis avec les paramètres par défaut pour chacun des principaux navigateurs.

OriginalL'auteur Ole Albers | 2012-08-31

  1. 19

    Il ne devrait pas être mis en cache au moins il y a également un Cache-Control ou Expires en-tête retournée par le serveur web. Selon La RFC 2616, section 10.3.3 302 Found

    La ressource demandée réside temporairement dans une autre URI. Depuis la redirection peut être modifiée à l'occasion, le client DEVRAIT continuer à utiliser l'URI de Demande pour les demandes futures. Cette réponse n'est mis en cache si elle est indiquée par un Cache-Control ou l'Expiration de champ d'en-tête.

    Merci. Comme dirait ma de test par défaut du navigateur (Chrome) me tromper à ce sujet: code.google.com/p/chromium/issues/detail?id=103458 (Chrome caches, d'autres non)
    J'étais sur le point d'éditer ma réponse avec une note (avant que mon internet est mort) que, bien que la RFC dit que les clients DEVRAIT continuer à utiliser l'URI originale, il ne signifie pas que tous les navigateurs, il va avoir besoin d'être pris comme un cas-par-cas.

    OriginalL'auteur Jon Lin

  2. 9

    La norme citée par Jon Lin utilise ici, "DEVRAIT", qui est pas aussi forte que "DOIT" dans la RFC lingo. Ce n'est pas seulement théorique distiction; Cloudflare, par exemple, est cache redirige:

    Si aucun en-têtes de cache sont fournis (pas de Cache-Control ou d'Expiration) et la
    l'url est mis en cache (.jpg, .css, .js etc.) puis CloudFlare des caches dans les deux
    301 et 302s. Nous cache 301 pour un couple d'heures et 302s pour un
    période de temps plus courte (~20 minutes).

    De sorte que vous devriez vous assurer que vous pouvez le manipuler ou d'utiliser des en-têtes (par exemple Cache-Control: private, no-cache) pour diriger les navigateurs et les intermédiaires à l'encontre de la mise en cache.

    Yup, c'était la question pour moi - de ne pas spécifier Cache-Control était à l'origine de la mise en cache de redirection. Pouvez prendre un coup d'oeil à ce fil de discussion pour un aperçu plus complet précisant pas-en-têtes de cache: stackoverflow.com/questions/49547/...

    OriginalL'auteur mahemoff

  3. 0

    Cela dépend de chaque client, les paramètres de mise en cache du navigateur: IE a une option "JAMAIS" vérifier l'arrivée de nouvelles pages, il a le même effet sur les redirections.

    Et AFAIR IE "Automatique" des paramètres (par défaut?) n'est pas beaucoup mieux.

    OriginalL'auteur Germann Arlington