Encodage Décodage des données Mysql > HTML MySql > pdf

Bonjour à toutes et tous,
Je stocke des 'textarea' sur mysql grâce à CKEditor. Pour lire les données stockées dans firefox un petit :
echo htmlspecialchars_decode($string); fonctionne parfaitement.
Puis lorsque je veux éditer grâce à FPDF j'obtiens quelque chose comme ça :
<p>Local d'environ 900 m2 de plain pied dont 250 m2 de hangar.</p><p>
Je voudrais que FPDF renvoie :
Local d'environ 900 m2 de plain pied dont 250 m2 de hangar.
Je pensais que html_entity_decode () ferait l'affaire ... sans succès
J'ai ensuite tester d'autres solutions inspirées de php.net sans plus de succès.
Qu'en pensez vous ? D'avance merci de votre aide.

Déjà tu devrais désactiver la conversion en entités HTML par CKEditor.
Ensuite, si tu es obligé de decoder pour afficher correctement dans une page HTML, c'est a priori que tu sur-encodes par dessus CKEditor qui fait déjà l'encodage : par définition une entité HTML s'affiche correctement dans un navigateur sans avoir besoin d'être décodée.
Il faut donc retirer ces deux conversions.

Citation:

---

Envoyé par sabotage

Déjà tu devrais désactiver la conversion en entités HTML par CKEditor.
Ensuite, si tu es obligé de decoder pour afficher correctement dans une page HTML, c'est a priori que tu sur-encodes par dessus CKEditor qui fait déjà l'encodage : par définition une entité HTML s'affiche correctement dans un navigateur sans avoir besoin d'être décodée.
Il faut donc retirer ces deux conversions.

---

Bonjour Sabotage et merci de ta réponse,
En fait j'ai utilisé (pour la première fois) CKEditor dans la version 'brute' proposée sur leur site et à laquelle je n'ai apporté aucune modification. En recherchant sur les forums, j'ai vu que de nombreux internautes étaient confrontés au même problème que moi, à savoir que sans apporter de modifications à la configuration d'origine, l'enregistrement dans MySql ne pose pas de problème, par contre il faut "décoder" les caractères pour obtenir un affichage identique à la saisie sur la page d'état HTML.

C'est ce qui est enregistrer par défaut par CKEditor que je n'arrive pas à afficher correctement en générant un pdf avec FPDF. Pour les autres champs de la base de données enregistrés sans mise en forme, un simple utf8_decode($string) suffit. Si j'inhibe la mise en forme de mon texte stocké dans MySQL, je perds donc à priori le bénéfice de l'utilisation de CKEditor AUSSI pour l'affichage en HTML, ce que je souhaite(rai) éviter. Il doit sûrement exister une solution (peut être un des nombreux add-ons de CKEditor ou un internaute qui se sera déjà penché sur la question ...)

Je ne parle pas de changer la mise en forme, seulement de désactiver l'utilisation d'entités HTML dans CKEditor.
De plus, ce n'est pas CKEditor qui fait l'insertion dans la base de données ; est-ce que tu n'aurais pas ajouter un htmlentites() à ce niveau ?

Merci Monsieur SABOTAGE :) effectivement j'avais un "htmlspecialchars()" préalable à l'enregistrement qui gênait l'affichage. Donc tout fonctionne en le supprimant.Je marque donc le sujet en résolu...
Mais j'ai une autre interrogation : quid de la sécurité dans ce cas ? rien n'empêche à priori un individu malveillant d'envoyer un script par exemple et le champs de la base devient vulnérable, non ? Comment faut il traiter l'insertion puis l'affichage avec CKE pour éviter les injections et autres joyeusetés du même genre ? existe t il un tutoriel à votre connaissance ?