[KnuX]

Là n'est justement pas le problème

Je me fiche bien d'en quoi va être encodé ce qu'un visiteur fout dans le formulaire... Malheureusement si je veux une solution qui plaise à tout le monde lors de la récupération du texte, faut que je convertisse les caractères accentués (par exemple), et pour ça il faut le charset :/

[Fred]

Tente les fonctions getallheaders et apache_getenv pour voir si elles ne contiennent pas l'encodage ...

[Benjy]

Il est en général recommandé de ne pas stocker en base des caractères HTMLisés, mais plutôt du latin-1, voire du utf-8 (très mal géré par PHP je le rappelle) ; tu peux faire la HTMLisation à l'affichage. En gros, tu forces l'encodage de ta page avec les balises META, et tu fais une bête insertion SQL. Le texte inséré sera alors (normalement) encodé en accord avec l'interclassement par défaut de MySQL (en général latin1_swedish_ci).

Maintenant si tu tiens vraiment à jouer avec de l'encodage de caractères, je te conseille l'extension mbstring, et notamment les fonctions mb_convert_encoding et mb_detect_encoding. Mais tout ceci dépend toujours de l'interclassement MySQL (depuis la version 4.1).

[KnuX]

Hmmm, ok, donc :
- Je force l'encodage de la page avec la balise suivante :

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">

- J'insère le texte dans la base en le protégeant :

PHP Code:

mysql_real_escape_string($montexte) 


- Je récupère le texte, je l'HTMLise :

PHP Code:

htmlentities($montexte) 


Cette méthode est correcte ? Merci pour cette mise au clair au fait Benjy, je saisis mieux

[Benjy]

Ca m'a l'air bon