• Votre panier est vide.

  • COMPTE

Tableau comparatif des méthodes GET et POST

Comparaison : GET vs POST

GET POST
Actualisation / Retour en arrière Inoffensif. Les données seront retransmisses (le navigateur alertera l’utilisateur que les données vous être envoyées à nouveau).
Favoris Peut-être ajouté en favoris. Ne peut pas être ajouté en favoris.
Mise en cache Peut-être mis en cache. Pas de mise en cache.
Type d’encodage application/x-www-form-urlencoded. application/x-www-form-urlencoded ou multipart/form-data. Utilisez l’encodage multipart pour les données binaires.
Historique Les paramètres restent dans le navigateur. Les paramètres ne sont pas sauvegardés dans l’historique.
Restriction sur la longueur des données Oui, la méthode GET ajoute les données à l’URL et cette URL ne doit pas dépasser les 2048 caractères. Aucune restriction.
Restrictions sur le type de données Seulement des caractères ASCII sont autorisés. Aucune restriction. Les données binaires sont aussi autorisées.
Sécurité Moins sécurisé comparé à la méthode POST car les données sont envoyées par le biais de l’URL.

Ne jamais utiliser cette méthode pour envoyer des mots de passes ou des informations sensibles !

La méthode POST est un peu plus sûre que la méthode GET, en effet les paramètres ne sont pas enregistrés dans l’historique du navigateur ou dans les logs du serveur web.
Visibilité Les données sont visibles pour tout le monde dans l’URL. Rien n’apparaît dans l’URL.

 

Conclusion

Après ce comparatif vous devez maintenant comprendre pourquoi la majorité des formulaires sont traités avec la méthode POST.

En revanche, même si la méthode POST n’est pas visible pour l’utilisateur, la failles XSS est quand même présente !
C’est pourquoi nous vous proposerons de poursuivre votre apprentissage avec notre cours :

TOUT VOIR Ajouter une remarque
VOUS
Ajouter votre commentaire
Culte du code | 2015-2020  (Vecteurs par Freepik, Parallax par fullvector)