Approche du modèle "Post/Redirect/Get"
Alors que le modèle "post/redirect/get" a été expliqué comme un concept , ses subtilités peuvent prêter à confusion. Permettez-nous de démêler ce processus étape par étape pour une meilleure compréhension.
Le problème :
Lorsque vous soumettez un formulaire, envisagez un scénario dans lequel vous souhaitez empêcher les resoumissions après un rafraîchissement de page. Si une simple requête POST est utilisée, l'actualisation de la page renverrait le formulaire, ce qui pourrait entraîner des entrées en double indésirables.
La solution : modèle "Publier/Redirection/Obtenir"
Ce modèle se compose de trois étapes distinctes :
-
Post : Un formulaire est soumis à l'aide d'un Requête POST, envoi de données au serveur.
-
Redirection :Une fois la soumission réussie, le serveur répond par une redirection (généralement un code d'état 302) vers une nouvelle URL.
-
Get : Le navigateur suit la redirection et effectue une requête GET vers la nouvelle URL, affichant le page.
Avantages de PRG :
-
Empêche les soumissions de formulaire en double : Puisque le formulaire n'est pas soumis à nouveau, il Il n'y a aucun risque d'entrées en double lors de l'actualisation de la page.
-
Préserve l'historique du navigateur :Le La requête GET à la troisième étape permet aux navigateurs de conserver un historique approprié des visites de pages.
-
Améliore la sécurité : En gardant les données sensibles (telles que les mots de passe) hors de l'URL, PRG améliore la sécurité.
Comprendre le diagramme :
Le diagramme fourni illustre le flux de le modèle PRG.
- Le "mauvais" exemple montre que l'actualisation du formulaire après une requête POST entraînerait une nouvelle soumission, tandis que le "bon" exemple montre une gestion correcte à l'aide d'une redirection et d'une requête GET.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!