Souvent, après avoir ouvert une session sur un site Web - spécialement les anciens - je vois ce qui suit:
Bienvenue! Vous êtes redirigé, veuillez cliquer ici si votre navigateur ne vous redirige pas.
Et des pages similaires lorsque vous cliquez sur un lien ou envoyez un formulaire. Pourquoi les développeurs les utilisent-ils?
Au début, je pensais qu'ils ne voulaient pas utiliser Javascript/Ajax, mais ils pouvaient simplement recharger la page actuelle avec un message de bienvenue - non seulement cela, il y a généralement du javascript sur la page "vous êtes redirigé" elle-même, comme une rotation roue de chargement. J'ai donc pensé que cela pourrait être un contrôle du spam, mais je peux penser à au moins trois façons meilleures et plus simples de le faire. Contrôle DDoS, peut-être? Mais cela ne le ferait pas si seulement certaines pages vous jetaient sur la page de "redirection". Alors pourquoi faire attendre l'utilisateur n secondes?
En général, il y a deux raisons (d'après mon expérience):
Bien sûr, avec la dernière partie de la première raison, il doit également y avoir un processus en place pour arrêter ce genre de chose et descendre la page complètement. Soit une date ou un "quand moins de X utilisateurs atterrissent sur cette page en un mois, nous pouvons la supprimer" - donc, parfois une considération bien intentionnée de gestion du changement peut ne jamais être complètement résolue par la nouvelle façon de faire.
J'espère que cela pourra aider.
Je me suis posé cette question moi-même et je pense que la réponse diffère selon la situation, mais en général, je pense que le but est d'aider à la navigation. c'est-à-dire un effort pour ne pas désorienter les utilisateurs.
Comme votre question le suggère, il est plus important dans les sites plus anciens et, en tant que tel, est devenu une pratique dépassée.
Le point, comme je le vois, est d'avertir l'utilisateur de s'attendre à un changement d'environnement (en raison d'une refonte/actualisation du site), ou d'un basculement entre sous-domaines (grand changement d'URL), qui autrement pourrait les amener à remettre en question le déplacement .
De nos jours, les développeurs ont tendance à rediriger au niveau du DNS ou du serveur, et nous voyons donc moins de cette redirection sur la page.
Du point de vue d'un programmeur, les processus de connexion sont pour la plupart encore POST formulaires. Si vous gérez à la fois le formulaire de connexion et le processus de connexion sur la même page (disons index.php), tout rechargement futur de la page (par exemple via F5) déclencherait également l'envoi des données POST à nouveau, ce qui n'est pas souhaité.
Par conséquent, il est considéré comme la meilleure pratique d'externaliser la logique de connexion vers un autre fichier, puis de la rediriger vers la page d'origine (ou simplement vers l'index).
En fait, il n'y a pas besoin pour un message "vous rediriger maintenant, veuillez patienter", vous pouvez effectuer cette redirection instantanément, donc je suppose que c'est principalement un retour visuel pour l'utilisateur que le processus de connexion a réussi.