Différence entre les codes de redirection HTTP

Question

Les différences entre les différents codes de redirection HTTP 3XX ne sont pas claires pour moi. Oui, j'ai lu la spécification, mais il semble y avoir une certaine divergence entre la norme et la pratique réelle ici.

Le site 301 Le code de redirection semble assez clair : Cela signifie que la ressource a été déplacée de façon permanente vers un autre URI, et que les futures demandes devront utiliser cet URI.

Et le 307 Le code de redirection semble également clair : il signifie que la redirection est temporaire, et que les futures demandes doivent toujours utiliser l'URI d'origine.

Mais je ne peux pas dire quelle est la différence entre 302 et 303 ou pourquoi l'un ou l'autre est vraiment différent de 301 . Il semble que 302 était à l'origine destiné à être un temporaire rediriger, (comme 307 ), mais en pratique, la plupart des navigateurs l'ont traité comme un 303 . Mais quelle est la différence entre un 303 et un 301 ? Est-ce que 301 censé signifier que la redirection est plus permanent ?

Answer 1

• 301 : Redirection permanente. Les clients effectuant des demandes ultérieures pour cette ressource doivent utiliser la nouvelle URI. Les clients doivent pas suivre la redirection automatiquement pour les demandes POST/PUT/DELETE.
• 302 : Redirection pour une raison indéfinie. Les clients effectuant des demandes ultérieures pour cette ressource doivent pas utiliser le nouvel URI. Les clients doivent pas suivre la redirection automatiquement pour les demandes POST/PUT/DELETE.
• 303 : Redirection pour une raison indéfinie. Typiquement, "L'opération est terminée, continuez ailleurs". Les clients effectuant des demandes ultérieures pour cette ressource doivent pas utiliser le nouvel URI. Clients devrait suivent la redirection pour les demandes POST/PUT/DELETE, mais utiliser GET pour la demande de suivi .
• 307 : Redirection temporaire. La ressource peut revenir à cet emplacement ultérieurement. Les clients effectuant des demandes ultérieures pour cette ressource doivent utiliser l'ancienne URI. Les clients doivent pas suivre la redirection automatiquement pour les demandes POST/PUT/DELETE.

Je recommande personnellement d'éviter le 302 si vous avez le choix. De nombreux clients ne respectent pas la spécification lorsqu'ils rencontrent un 302. Pour les redirections temporaires, vous devriez utiliser soit 303 soit 307, selon le type de comportement que vous souhaitez pour les requêtes non-GET. Préférez la 307 à la 303, sauf si vous avez besoin du comportement alternatif sur les POST/PUT/DELETE.

Answer 2

La différence entre 303 et 307 est la suivante :

303 : Voir autre. La requête est reçue correctement, mais les résultats doivent être récupérés en utilisant un GET sur l'url de redirection.

307 : Redirection temporaire. La requête entière doit être redirigée vers la nouvelle url. Toutes les données du message doivent être réaffichées.

Notez que 302 devait avoir le comportement du 307, mais la plupart des navigateurs l'ont implémenté comme le comportement du 303 (les deux n'existaient pas à l'époque). Ces deux nouveaux codes ont donc été introduits pour remplacer le 302.

La différence entre 301 et 303 :

301 : Le document est déplacé. Les futures demandes devront utiliser la nouvelle url. Cette url est obsolète.

Note : Soyez prudent avec ce code. Les navigateurs et les proxies ont tendance à appliquer une mise en cache très agressive, donc si vous répondez par un 301, il peut s'écouler un long moment avant que quelqu'un ne revisite cette url.

303 : La demande est reçue correctement. Les éventuelles demandes PUT sont traitées. Le site document final peut être récupéré à partir de l'url de redirection. Les futures requêtes doivent toujours aller vers l'url d'origine.