kohntark
Messages postés3706Date d'inscriptionlundi 5 juillet 2004StatutMembreDernière intervention27 avril 2012
-
26 mars 2009 à 18:29
kapakasimoise
Messages postés3Date d'inscriptionvendredi 18 novembre 2011StatutMembreDernière intervention15 mars 2012
-
12 janv. 2012 à 00:51
Salut à tous,
Plutôt que de m'arracher les cheveux un peu plus je fais appel à vos lumières :
Flachy Joe
Messages postés2103Date d'inscriptionjeudi 16 septembre 2004StatutMembreDernière intervention21 novembre 20231 26 mars 2009 à 19:25
C'est le fonctionnement normal de ces fonctions de remplacer les caractères pouvant être interprété en HTML par des codes pour les "échapper" :
< devient & lt ;
> devient & gt ;
etc
cf : http://www.php.net/manual/fr/function.htmlentities.php
Flachy Joe
« Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes. » Les Shadoks<
kohntark
Messages postés3706Date d'inscriptionlundi 5 juillet 2004StatutMembreDernière intervention27 avril 201230 26 mars 2009 à 20:04
Salut Flachy Joe,
Grrrr, en voulant te répondre je viens de m'apercevoir de ma connerie :
"Lorsque <tt class= "parameter">double_encode</tt>
est désactivé, PHP n'encodera pas
les entités html existantes. Par défaut, tout est convertie."
=>
et non pas, comme je l'avais interprété :
Lorsque <tt class="parameter">double_encode</tt>
est désactivé, PHP n'encodera pas
les tags html existantes. Par défaut, tout est convertie.
Ca m'avait semblé bizarre aussi de ne pas avoir prêté attention à ce quatrième argument plus tôt. Le but initial étant de trouver une façon très simple d'encoder tous les caractères elligibles sauf les balises, par exemple :
htmlspecialchars('chui fatigué', ENT_QUOTES, 'UTF-8', false);
=> qui donnerait la chaîne de caractères :
chui fatigué