Liste à puce existante dans mysql

Version imprimable

23/10/2020, 09h54
flipflip

Liste à puce existante dans mysql
Bonjour à tous,

J'ai dans un champ mysql de type text une liste à puce :
Code:

1 2 3 4 • blablalal • efdsfsdf • dfsfrezer ...
Avec le debuggeur de firefox le code donne :

Code:

• efdsfsdft• dfsfrezer

Ces données proviennent d'une autre base et sont importés directement sans passer par php et bien sûr je n'ai pas la main dessus donc pas le choix je dois composer avec.

Lorsque je les affiches sur mon site la puce disparaît ainsi que les retours à la ligne. J'ai essayé avec nl2br, htmlspecialchars, utf8_encode mais rien à faire, les puces et les retours à la lignes disparaissent alors que les caractères accentués eux s'affichent correctement après le passage de utf8_encode. Si je consulte ma table et ce champ par phpmyadmin l'affichage est correct.

Est-ce qu'il y a une solution ?
Merci d'avance.
24/10/2020, 12h03
Soundboy39

Citation:

Envoyé par flipflip

les puces et les retours à la lignes

Ouaip c'est bizarre... que donne le debug de ce qui est retourné par la fonction qui récupère le résultat en base (ça doit être quelque chose comme PDOStatement::fetch()...) ?

Je pense que ce serait intéressait d'un faire juste un "var_dump" de la valeur à la sortie de la fonction afin de constater la différence avec l'affichage de la valeur dans un contexte "HTML fini".

1 pièce(s) jointe(s)

Bonjour,
Désolé pour le temps de réponse.

Donc le var_dump me donne :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 array(1) { [0]=> array(37) { ["itmref"]=> string(7) "xxxxxxx" ["libelleMarketing"]=> string(35) "xxxxxxx" ["gamme"]=> string(18) "OUTILLAGE_FIXATION" ["plusProduit"]=> string(220) "Poignée inversée et technologie HIGH START, compatible avec agrafes de type G de 6, 8, 10, 12 et 14 mm et pointes de 12 et 15 mm, fenêtre de visualisation, revêtement en nylon composite, puissance de frappe réglable" ["donneesTechniques"]=> string(223) "• Poignée inversée et technologie High Start• Compatible avec agrafes de type G de 6, 8, 12 et 12 mm et pointes de 12 et 15 mm• Fenêtre de visualisation• Revêtement en nylon composite• Puissance de frappe réglable" [...]
Sur le forum les caractères puces et retour à la ligne sont transformés, du coups je joint une capture d'écran.

Pièce jointe 582798

Et lorsque je vrai gratter directement dans la base par le client mysql j'obtiens

Code:

� Poign�e invers�e et technologie High Start� Compatible avec agrafes de type G de 6, 8, 12 et 12 mm et pointes de 12 et 15 mm� Fen�tre de visualisation� Rev�tement en nylon composite� Puissance de frappe r�glable

Et dans le header de ma page html j'ai comme encodage :

Code:

<meta charset="utf-8">

Lorsque je fais un

Code:

mb_detect_encoding($pim[0]['donneesTechniques']);

J'obtiens : UTF-8

Le pire du pire est que lorsque j'affiche les données de ma table en passant par phpmyadmin j'ai bien les puces qui s'affichent.

Je trouve étonnant que le forum interprète correctement le caractère 0095 mais de mon côté pas moyen :(

03/11/2020, 07h56
Soundboy39

Alors je ne sais pas si ça a un rapport , mais ça me rappel une galère que j'ai eu récemment avec des caractères accentués qui étaient mal décodés au moment de la sortie finale (de l'affichage du HTML final).

Cela venait de l'utilisation d'une fonction PHP de transformation de chaine de caractère, en l'occurrence "strtoupper()".
Je ne sais pas précisément pour qu'elle raison mais lorsque je l'ai remplacé par "mb_strtoupper()", je n'avais plus le problème.

Est-ce que par hasard ta chaine de caractère ne serait pas traitée par une fonction de ce genre entre la sortie de la base et l'affichage en HTML ?

Sinon, qu'est ce que ça donne si tu fait une page HTML avec pour la partie <head> le contenu de ta head et pour la partie Body, juste le texte issue de la base ?

1 pièce(s) jointe(s)

Merci de ta piste, il y avait bien un traitement mais qui devait intervenir uniquement si le codage est différent de utf-8
Code:

1 2 3 4 5 6 7 8 9 10 11 public function utf8_converter($array) { array_walk_recursive($array, function(&$item, $key) { if(!mb_detect_encoding($item, 'utf-8', true)) { $item = utf8_encode($item); } } ); return $array; }
Mais j'ai l'impression qu'il y a un bug. En attendant je ne traite plus ma chaîne par cette fonction et j'arrive à
Code:

1 2 3 4 5 � Poign�e invers�e et technologie High Start � Compatible avec agrafes de type G de 6, 8, 12 et 12 mm et pointes de 12 et 15 mm � Fen�tre de visualisation � Rev�tement en nylon composite � Puissance de frappe r�glable
Je suis retourné voir dans phpmyadmin et aucun soucis.

Pièce jointe 582845

J'ai monté une maquette rapide qui requête la base sans notion de html, d'encode et renvoie le résultat
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 <?php include __DIR__.'/include/Medoo.php'; use Medoo\Medoo; $database = new Medoo([ 'blabal' ]); $data = $database->select('pimitm', "*", [ 'itmref' => 'reference' ] ); print_r($data); ?>
Je peux pas faire plus simple et le résultat est
Code:

1 2 3 4 5 6 7 8 9 10 11 Array ( [0] => Array ( [plusProduit] => Poign�e invers�e et technologie HIGH START, compatible avec agrafes de type G de 6, 8, 10, 12 et 14 mm et pointes de 12 et 15 mm, fen�tre de visualisation, rev�tement en nylon composite, puissance de frappe r�glable [donneesTechniques] => � Poign�e invers�e et technologie High Start � Compatible avec agrafes de type G de 6, 8, 12 et 12 mm et pointes de 12 et 15 mm � Fen�tre de visualisation � Rev�tement en nylon composite � Puissance de frappe r�glable [...]
Les caractères spéciaux sont remplacés par des ? sur fond noir.

Je continue mes recherches en fouillant du côté de l'origine des données. Elles proviennent d'import réalisé en CSV et ce fichier est issu d'un tableau Excel donc avec tout les caractères spécifiques à l'encodage Microsoft CP1252. Du coups une petite fonction qui va bien
Code:

1 2 3 4 5 6 7 8 9 10 /* ------------------------------------ * Convertir un caractère CP1252 en UTF-8 * * @param string $str * @return string * @access public --------------------------------------- */ public function convertFromCP1252($str) { return mb_convert_encoding($str, 'UTF8', 'CP1252'); }
Reste les retours à la ligne qui ne sont pas encore gérés.

Dernière édition : il suffit de faire un nl2br pour avoir la gestion des retours à la ligne.