[PHP] var superglobales $_POST et sécurité
Fermé
ericpons
Messages postés
39
Date d'inscription
mercredi 21 mai 2003
Statut
Membre
Dernière intervention
1 avril 2005
-
21 avril 2004 à 22:45
ericpons Messages postés 39 Date d'inscription mercredi 21 mai 2003 Statut Membre Dernière intervention 1 avril 2005 - 4 mai 2004 à 18:01
ericpons Messages postés 39 Date d'inscription mercredi 21 mai 2003 Statut Membre Dernière intervention 1 avril 2005 - 4 mai 2004 à 18:01
A voir également:
- [PHP] var superglobales $_POST et sécurité
- Mode securite - Guide
- Easy php - Télécharger - Divers Web & Internet
- Désactiver sécurité windows - Guide
- Restriction de sécurité : veuillez réessayer à partir de cet appareil dans 72 heures - Forum Snapchat
- Retour a la ligne php ✓ - Forum PHP
2 réponses
chmanu
Messages postés
166
Date d'inscription
mardi 15 mai 2001
Statut
Membre
Dernière intervention
3 septembre 2012
28
22 avril 2004 à 11:51
22 avril 2004 à 11:51
Je ne suis pas expert, mais je pense que ce n'est pas un probleme, l'ajout de $_POST et $_GET est une mesure de sécurité lors de la transmission des données. Or ce que tu fais est à chaque traitement (sur le serveur donc) et tu renvoies tes variables avec un $_POST et un $GET.
Chmanu
Chmanu
ericpons
Messages postés
39
Date d'inscription
mercredi 21 mai 2003
Statut
Membre
Dernière intervention
1 avril 2005
15
4 mai 2004 à 18:01
4 mai 2004 à 18:01
Non c'est idiot!
Après un peu de lecture, je me rends compte qu'avec ma méthode lorsque je trite une variable, je ne peux pas vérifier comment elle a été envoyée, post, get, cookie, et donc je fais sauter un cran de sécurité voulue par l'instauration des super-globales...
Donc je la remets dans mon chapeau et on n'en parle plus...
Eric.
Après un peu de lecture, je me rends compte qu'avec ma méthode lorsque je trite une variable, je ne peux pas vérifier comment elle a été envoyée, post, get, cookie, et donc je fais sauter un cran de sécurité voulue par l'instauration des super-globales...
Donc je la remets dans mon chapeau et on n'en parle plus...
Eric.