par
Ryle » 15 janv. 2007, 21:15
C'est pas terrible en effet... en fait ce qu'il faut voir c'est que les retours à la ligne sont codés ainsi : \r\n (windows) ou juste \n (unix)
Je ne vois pas l'intérêt du stripslashes si ce n'est pour un affichage immédiat, et qu'à la condition que php ait ajouté des slashes automatiquement dans le request (paramétrable dans php.ini)..
Ton stripslashes() va avoir pour effet de transformer les "\r\n" en "rn" ce qui n'a plus aucun sens.
Donc à moins que tu n'ais une bonne raison de le garder, virer le stripslahes(). Si tu veux empêcher de saisir du html tu peux virer toutes les balises aevc html_strip_tags() et une fois toutes les balises virées, utiliser nl2br() pour remplacer les retours charriots par des "<br />". (Encore que personnellement je stoquerais les valeurs avec \n et n'utiliserais le nl2br que lors de l'affichage)

C'est pas terrible en effet... en fait ce qu'il faut voir c'est que les retours à la ligne sont codés ainsi : \r\n (windows) ou juste \n (unix)
Je ne vois pas l'intérêt du stripslashes si ce n'est pour un affichage immédiat, et qu'à la condition que php ait ajouté des slashes automatiquement dans le request (paramétrable dans php.ini)..
Ton stripslashes() va avoir pour effet de transformer les "\r\n" en "rn" ce qui n'a plus aucun sens.
Donc à moins que tu n'ais une bonne raison de le garder, virer le stripslahes(). Si tu veux empêcher de saisir du html tu peux virer toutes les balises aevc html_strip_tags() et une fois toutes les balises virées, utiliser nl2br() pour remplacer les retours charriots par des "<br />". (Encore que personnellement je stoquerais les valeurs avec \n et n'utiliserais le nl2br que lors de l'affichage) :)