2011-01-13 1 views
0

J'ai rencontré plusieurs sites Web où la visite initiale par un utilisateur aboutit à un rafraîchissement http-equiv à une autre URL (généralement charabia), qui redirige ensuite rapidement (302) vers une autre URL charabia, qui à son tour redirige immédiatement vers un quatrième url qui affiche réellement la page d'atterrissage pour le site.Pourquoi meta refresh suivi de 2 redirections?

Ma question est: que diable? Pourquoi un serveur serait-il configuré pour se comporter de cette façon?

Voici la liste de quelques sites qui font:

Répondre

1

Une raison est que la le contenu réel est stocké dans un CMS qui n'est accessible que via un schéma d'URL maladroit (pensez http://en.wikipedia.org/w/index.php?title=Cookie).

Les redirections http-equiv sont utilisées lorsque vous n'avez pas le contrôle sur le serveur Web (au moyen de .htaccess, PHP header(), ou autrement) pour émettre un 302 en premier lieu. Les sites se développent également historiquement et les gens sont paresseux pour mettre à jour les liens. Considérons la page A, B, C. A est une redirection vers B. Maintenant, un événement majeur se produit (disons, le produit devient obsolète) et le maître Web fait juste B une redirection vers C. Maintenant A est essentiellement une double indirection à C. est comment les choses peuvent s'accumuler. Surtout si vous avez beaucoup de pages de type A, les mettre à jour vers C peut prendre beaucoup de temps. A part cela, le cas de base est que l'administrateur était personnellement incapable de mettre en place une réécriture d'URL en coulisses. (La page est accessible via le http://en.wikipedia.org/wiki/Cookie plus facile.)

Ou peut-être que IIS n'a tout simplement pas quelque chose d'aussi brillant que mod_rewrite.

De toute façon, il n'y a aucune excuse pour plus d'une redirection sur la page principale. D'autant plus que les navigateurs peuvent s'arrêter après quelques redirections même s'il n'y a pas de boucle.

Questions connexes