par
Ryle » 27 déc. 2011, 20:44
Ah j'avais pas envisagé ce cas là, mais effectivement, ce serait pas mal de les contrôler en effet
Tu as potentiellement deux types de contrôles à faire :
- Le premier sur la présence de la donnée et effectivement, si c'est vide en session, c'est que c'est pas renseigné, donc faut mettre un message d'erreur et dire à l'utilisateur qu'il n'est plus connecté et qu'il doit recommencer
- Le second, une fois que tu sais que ton champ n'est pas vide, se fait sur son contenu, pour éviter que l'utilisateur ne puisse effectuer des injections sql (en gros, il colle ses requêtes dans tes variables pour qu'elles soient exécutées avec les tiennes). Pour cela il faut protéger les apostrophes et autres pour que ta base de données les considère comme des caractères et non comme des instructions (mysql_real_escape_string() , etc.)
Si après ça y en a encore qui t'échappe, tu nous le dis et on enverra xTG en personne pour leurs tirer les oreilles
Ah j'avais pas envisagé ce cas là, mais effectivement, ce serait pas mal de les contrôler en effet ;)
Tu as potentiellement deux types de contrôles à faire :
- Le premier sur la présence de la donnée et effectivement, si c'est vide en session, c'est que c'est pas renseigné, donc faut mettre un message d'erreur et dire à l'utilisateur qu'il n'est plus connecté et qu'il doit recommencer :)
- Le second, une fois que tu sais que ton champ n'est pas vide, se fait sur son contenu, pour éviter que l'utilisateur ne puisse effectuer des injections sql (en gros, il colle ses requêtes dans tes variables pour qu'elles soient exécutées avec les tiennes). Pour cela il faut protéger les apostrophes et autres pour que ta base de données les considère comme des caractères et non comme des instructions (mysql_real_escape_string() , etc.)
Si après ça y en a encore qui t'échappe, tu nous le dis et on enverra xTG en personne pour leurs tirer les oreilles ;)
