[PHP 5.5] Textarea ne prend plus caractères spéciaux

Bonjour à tous,

Je développe en php occasionnellement et ne suis pas au courant des finesses du métier... Soyez indugents :mrgreen: ...

Alors mon problème tel qu'il m'est apparu :
J'ai codé un site il y a 3 ans (www.rc-slopes.com) contenant des formulaires, dont certains avec des textarea.
Je suis hébergé chez 1and1 et il y a quelques semaines 1and1 a imposé le passage à la version 5.5 de php.
Depuis, si les textarea de mes formulaires contiennent des caractères spéciaux, l'enregistrement en BDD de ces textarea donne un champ vide, alors que cela marchait très bien auparavant.

Pour stocker l'info de la textarea nommée par exemple "legende" j'ai écrit ce code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

if(isset($_POST['legende'])) { $legende = htmlspecialchars(stripslashes($_POST['legende'])); } else { $legende=""; } // On ajoute une entrée dans la table $req = $bdd->prepare('INSERT INTO pentes_slopes_pix([...], legende_pix, [...]) VALUES([...], :legendePix, [...]'); $req->execute(array( [...] 'legendePix' => $legende, [...] )); $req->closeCursor();

---

Auriez-vous une idée de ce que je ne fais pas bien ?...

Merci !
Stéphane.

Bonjour.

1) 1and1 n'impose pas php5.5, il y a possibilité de choisir entre 5.4, 5.5 et 5.6 (espace client -> hébergement -> gérer l'espace web -> réglages PHP)

2)
var_export ou var_dump sur la variable $legend après le passage dans la condition if pour être certain qu'il y a bien des données

Code:

---

1 2 3 4 5 6 7

if(isset($_POST['legende'])){ $legende = htmlspecialchars(stripslashes($_POST['legende'])); } else{ $legende=""; } exit(var_dump($legend));

---

S'il y a effectivement les données attendues :
Essaie d'activer/afficher les erreurs PDO qui t'indiqueront si l'erreur vient de l'insertion en BDD

Bonjour et merci pour cette réponse,

Effectivement pour les versions de php chez 1and1. J'étais en 5.2 et elle n'est plus dispo.

J'ai ajouté le

Code:

---

exit(var_dump($legende));

---

Quand je mets "Test" dans ma textarea j'obtiens :
string(4) "Test"

Quand je mets "Tèst" dans ma textarea j'obtiens :
string(0) ""

Donc c'est avant la mise en base, merci pour cette info déjà :mrgreen:. Quoi y faire ?

Si c'est utile voici le html de ma textarea:

Code:

---

1 2	<label for="legende">Légende de cette photo (max 500 caractères) :</label> <textarea name="legende" rows="5" cols="45" maxlength="500"></textarea>

---

Sa peut être une question d'encodage, essaye de changer iso-8859-1 en UTF8

Question bête : à quoi te sert exactement ceci $legende = htmlspecialchars(stripslashes($_POST['legende'])); ?
Vu que que la seule chose que tu en fais, c'est mettre la donnée en base et que tu fais l'insertion par PDO avec requête préparée, je ne vois pas trop l'intérêt.

@m4riachi : Pour l'encodage ça me paraît pas cohérent avec le résultat du test que m'a proposé valaendra... Tu parles de l'encodage de mon fichier .php c'est bien ça ? Puisque la BDD est en dehors du problème.

@Celira : Concernant htmlspecialchars(stripslashes()): Comme je l'ai signalé je n'ai pas beaucoup d'expérience. J'ai fait ce site en me basant sur des tutos d'il y a 3 ans, et j'avais retenu ça :
htmlspecialchars me permet d'éviter que lors du ré-affichage des données stockées en BDD du code html ne soit intégré
stripslashes je crois que ça me sert pour prendre en compte les retours à la ligne.

Peut-être ma mémoire me fait défaut sur ces points, avec quelques explications je suis ouverts aux modifs !...

Citation:

---

Envoyé par pgtsdvl

stripslashes je crois que ça me sert pour prendre en compte les retours à la ligne.

---

Comme son nom le laisse entendre bien entendu ! :mrgreen:
Ceci dit, j'avoue que la doc officielle n'est accessible que depuis les réseaux underground et sa consultation vivement déconseillée...

Salut,

remplace :

Code:

---

htmlspecialchars(stripslashes($_POST['legende']));

---

par :

Code:

---

htmlspecialchars(stripslashes($_POST['legende']), ENT_QUOTES, 'UTF-8');

---

Ca devrait régler le problème ... enfin normalement ^^

Bonjour,

Merci pour la proposition lilalex, malheureusement ça ne fonctionne pas.

En enlevant le htmlspecialchars ça marche. Le but était de ne pas stocker du html intrusif en BDD, vous me conseillez quoi sur ce point ?... Ai-je sur-protégé ma mise en base comme le suggère Celira ?

Merci !

Ce qui est important pour la base de données, c'est d'éviter les injections SQL et autres joyeusetés du genre, ce que fait très bien PDO avec les requêtes préparées. Qu'il y ait écrit Toto fait coucou ou <script type="text/javascript">for(var i=0;i<42;i++){alert('chausseeeeeette !');}</script> dans le texte, pour la base de données, c'est totalement transparent.

Le HTML intrusif, c'est plutôt à l'affichage qu'il faut le gérer : le texte que tu enregistres en bdd, tu vas bien le lire et l'afficher quelque part. C'est là qu'il faudra utiliser htmlspecialchars, avec éventuellement les paramètres pour préciser l'encodage comme l'indiquait lilalex.

Oki, j'imagine que si je mets mon htmlspecialchars dans le code de lecture+affichage j'aurai le même problème mais à tester...

De plus tant qu'à éviter d'afficher du js, autant ne pas le stocker en BDD ? Même si je comprends bien que ça n'a pas de conséquences sur la BDD en tant que telle.

Ici il s'agit de membres inscrits qui postent une photo avec une légende. C'est cette légende qui est concernée par mon problème de textarea.

• En faisant le htmlspecialchars avant la mise en base, je stocke éventuellement moins de texte dans la BDD et je n'éxecute qu'une fois htmlspecialchars même si plus tard la photo et sa légende sont affichées 100 fois
• En faisant le htmlspecialchars après la mise en base, quand j'affiche, je stocke éventuellement plus de texte dans la BDD et j'éxecute 100 fois htmlspecialchars si plus tard la photo et sa légende sont affichées 100 fois

J'ai temporairement sorti le htmlspecialchars pour que tout fonctionne, mais l'énigme demeure de pourquoi depuis mon passage en php5.5 ce htmlspecialchars "vide" ma variable $legende quand elle contient des caractères spéciaux... :calim2:

Je ne suis pas sûre que le problème soit htmlspecialchars, mais plutôt la combinaison entre htmlspecialchars et stripslashes (d'ailleurs j'ai toujours pas compris à quoi te sert stripslashes). Essaye avec uniquement htmlspecialchars

Au passage, htmlspecialchars ne va pas te supprimer de texte. Au contraire, il va plutôt t'en ajouter, vu qu'il transforme les < en &lt;, les & en &amp; et ainsi de suite.
Si tu veux supprimer complètement les balises, c'est plutôt strip_​tags qu'il faut utiliser.

Bonjour,

Il y a eu des modifs de htmlspecialchars en version 5.4 de PHP.

Citation:

---

La valeur par défaut du paramètre encoding est passée à UTF-8.

---

J'attire ton attention sur ce point :

Citation:

---

Si la chaîne d'entrée string contient une séquence de code invalide dans le paramètre encoding fourni, une chaîne vide sera retournée à moins que le drapeau ENT_IGNORE ou le drapeau ENT_SUBSTITUTE ne soit défini.

---

Voir la documentation, http://php.net/manual/fr/function.htmlspecialchars.php , particulièrement les derniers commentaires.

Je pense que cette dernière info est la bonne, même si je n'ai pas le temps de me plonger dedans pour résoudre proprement mon problème de suite.

Merci !

En tant qu'utilisateur très occasionnel de php, j'apprécie qu'on puisse sur un forum poser des questions, même si EVIDEMMENT en cherchant tout seul sur le net et en se plongeant dans la doc j'aurait dû être capable de trouver tout seul comme un grand... ;)

Merki encore à tous. :mrgreen: