Discussion :

[robinowned]

Salut tout le monde,

J'ai commencé le php il y a peu de temps, et j'ai un souci.
Je m'explique: Afin de m'entraîner, je me suis lancé un petit défi: faire un système semblable à celui de Twitter.
Autrement dit, un système avec un espace membre qui permettrait de laisser des messages courts de 140 caractères avec des possibilité de réponses et tout.
Pour l'instant, je pense m'être pas trop mal débrouillé, le code semble propre, ça fonctionne bien.

Cela dit, je me suis rendu compte qu'il y avait un problème sur la limite des caractères.
Comme je l'ai dit, j'aimerai que le message qu'on poste à partir de ce système ne doit pas excéder 140 caractères. J'ai donc mis sur la base de donnés un VARCHAR de 140.
Le problème, c'est que l'on peut rentrer toutes sortes de balises html et ainsi bousiller la mise en page avec un simple message posté par n'importe qui (par exemple avec un "</div>").
Du coup, j'ai mis une ligne de code que j'ai trouvé sur php.net:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$Variable=htmlentities($Variable, ENT_QUOTES | ENT_IGNORE, "UTF-8");

Grâce à cette dernière, les balises html ne sont pas prise en compte.
Le problème, maintenant c'est que l'UTF-8 convertit les caractères à accent en plusieurs caractères. Ce qui fausse complètement la limite des 140 caractères voulue à la base.
J'ai essayé de changer le système d'encodage mais ça n'a pas été fameux. Je me tourne donc vers ce forum pour essayer d'obtenir une solution.

[Climoo]

La solution pour respecter ta limite de caractère est d'applier htmlentities (ou htmlspecialchars, ça devrait suffit pour pas prendre en compte les balises) juste au moins de l'affichage sur ta page.
Dans ta base de données, tu enregistres les données telles que saisies par l'utilisateur (tu as juste à les protéger quand tu exécutes ta requête SQL).

[robinowned]

Merci !
Mais ça ne marche pas encore totalement.
J'ai mis le "htmlentities" à la lecture des données et non lors de l'écriture.
Pour les tags html ça marche très bien (La donnée dans la db est identique à celle de l'affichage et de l'écriture). Mais pour les accents, il y a toujours un problème:
Si j'écris "é è ç à ù", j'obtiens dans la db "é è à ç ù".
Cela ne fausse pas l'affichage puisqu'il y a l'htmlentities qui gère ça mais fausse la limite de caractère.
Apparemment, cela viendrait cette fois-ci de la base de données.
J'ai vu que l'on pouvait changer l'encodage du VARCHAR dans l'onglet collation. Je pense que ça vient de là mais je ne sais pas quoi choisir, voici un screen:

[ABCIWEB]

Pour l'utf-8, choisir "utf8_general_ci".
Cela te permettra de faire des recherches insensibles aux accents et à la casse.

[laurentSc]

Pour que le contenu des tables soit "propre" je fais mysqli_query($id_conni,"SET NAMES 'utf8'");

[ABCIWEB]

Pour que le contenu des tables soit "propre" je fais mysqli_query($id_conni,"SET NAMES 'utf8'");

Oui effectivement, il ne faut pas oublier cela non plus, côté php.
Juste une petite remarque, avec mysqli et PHP 5 >= 5.2.3 et MySQL 5 >= 5.0.7, il vaut mieux faire (recommandations du manuel) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

mysqli_set_charset($id_conni,'utf8');

mais pour les versions inférieures à PHP 5 < 5.2.3 ou MySQL 5 < 5.0.7 ta solution était la seule possible. Avec mysql (mais l'extension est dépréciée), on peut faire aussi : mysql_query("SET NAMES 'utf8'");

[laurentSc]

Merci, savais pas.

[robinowned]

Merci pour vos réponses.
Cependant, je n'ai toujours pas résolu mon problème.
J'ai réussi à afficher les caractères à accents dans la db grâce à ce code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
$twouit=htmlentities($twouit, ENT_QUOTES | ENT_IGNORE, "UTF-8");
$twouit=html_entity_decode($twouit);

Les signes bizarres générés par les caractères à accent sont codés en UTF-8 puis décodé pour obtenir le vrai caractère.
Apparemment, ça marche: les caractères à accents apparaissent bien dans la db.
Mais, il y a encore un problème !
En effet, lors de la lecture des données, si un petit malin entre un "</div>", il peut tout casser. J'en reviens donc à mon point de départ.
Comme je l'avais dit dans les premiers messages, lors de la lecture, j'avais mis ça:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
$twouit=htmlentities($twouit, ENT_QUOTES | ENT_IGNORE, "UTF-8");

Si je le laisse, les balises html ne fonctionnent pas, c'est bien MAIS s'il y a des caractères avec des accents, ça n'affiche rien. Si je l'enlève, les balises html entrées sont valides et les caractères à accents sont remplacés par des "�".

[ABCIWEB]

Houlà, quel bin's !!

Climoo t'a déjà expliqué : Tu enregistre les données sans rien appliquer comme fonction lors de l'enregistrement en bdd, excepté mysql_real_escape_string (ou équivalent si tu utilise pdo).

Et à l'affichage et à l'affichage seulement tu applique simplement htmlspecialchars.

C'est tout.

Si tu as des pb d'accents, c'est que tu n'as pas suivi toutes les étapes pour un bon encodage en utf-8. Il faut suivre un tuto et ne manquer aucune étape.
Tu en trouveras des bons en rentrant "tuto encodage utf-8" dans google et d'ailleurs on trouve aussi celui de développez.net

Pour le reste comme dit plus haut, un simple htmlspecialchars permet de ne pas interpréter les balises html/php.
La preuve , teste :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
echo htmlspecialchars('<div style="border:1px solid red">toto</div>');
echo '<br>sans htmlspecialchars : <div style="border:1px solid red">toto</div>';

note : il y a au minimum quatre étapes à ne pas manquer pour un encodage utf-8 cohérent. Je t'en ai déjà donné une avec le type d'encodage à utiliser dans ta table, et laurentSc une deuxième avec la requête à faire avant toute autre requête. La troisième est d'envoyer un header php utf-8, d'être conforme dans ton entête html (mais l'entête php a la priorité) et enfin d'enregistrer ton document au format UTF-8 sans BOM. C'est détaillé dans les tutos et tu n'as pas à utiliser utf8_decode/utf8_encode.

[robinowned]

Ok !
Désolé pour mon incompétence, j'ai suivi vos instructions et maintenant, ça marche !
J'ai des données propres à l'écriture comme à la lecture.
Merci beaucoup !

[ABCIWEB]

Ok !
Désolé pour mon incompétence, j'ai suivi vos instructions et maintenant, ça marche !
J'ai des données propres à l'écriture comme à la lecture.
Merci beaucoup !

Parfait, tu vois qu'il vaut souvent mieux investir dans un peu de lecture pour se documenter, plutôt que d'essayer des trucs à l'arrache qui parfois posent autant de problèmes qu'ils en résolvent