Problème d'accent sur certains messages (pas tous)

[10lem]

Bonjour
Je suis coutumier des faits et des problèmes avec les accents sur AGB

Suite à une petite mise à jour de mon hébergeur je rencontre un petit problème avec certains accents du front.
Exemple : S�jour r�ussi

LE truc bizarre c'est que sur le dernier message ajouté récemment tout est ok.
Je pense qu'il s'agit d'un problème avec ma base sql et/ou phpmyadmin mais sans savoir comment faire.

Merci d'avance

[Otomatic]

Bonjour,
Chez votre hébergeur vous devez être maintenant en utf-8 par défaut ce qui fait que les nouveau messages sont bien codés alors que les anciens, en base de données ne sont pas codés utf-8.
Un lien sur votre livre d'or ?

[10lem]

MP envoyé

[10lem]

J'ai regardé du côté de la base sql mais je m'y connais pas assez pour savoir si le problème vient de là

[Otomatic]

Bonjour,

C'est “secret défense” votre Livre d'Or ?
D'autant plus qu'il n'y a aucun lien dans les trois messages que vous m'avez envoyés en privé.
Mettez le lien ici.

[10lem]

je pensais vous avoir transmis le lien en mp
le voici lesvoutes.com/livredor/
merci

[Otomatic]

Bonjour,

Le lien, c'est : https://lesvoutes.com/livredor/

Le fait que le titre soit vu comme : “Livre d'Or - Auberge Les Vo�tes” et que les caractères diacritiques (é,è,à,ç,ù, etc.) soient tous vus comme la même suite de caractères "�" dénote déjà une mauvaise interprétation utf-8 ou un mauvais jeu de caractères chez l'hébergeur.
En effet, ces trois caractères "�" représentent la suite hexadécimale 0xEFBFBD qui est le codage utf-8 du caractère de remplacement lorsque un caractère n'est pas reconnu en tant qu'utf-8 valide. Avec un jeu de caractères utf-8 de bon aloi, on devrait voir � et non pas "�"

Cela montre aussi que les chaînes de caractères montrant cette suite "�" sont toujours codées iso-8859-1 ou -15 ou CP-1252 et qu'il faut les transcoder en utf-8.

[Otomatic]

Bonsoir,

Pour les problèmes des caractères diacritiques dans les anciens messages :
- 1 - Sauvegarder la base de données de manière à pouvoir la restaurer si problème.
- 2 - Lancer PhpMyAdmin ou ce qui en tient lieu chez votre hébergeur
- 3 - Sélectionner la base de données qui contient les tables du livre d'or
- 4 - Onglet SQL
- 5 - Dans le formulaire "Exécuter une ou des requêtes SQL sur la base de données" tapez la requête :

Code : Tout sélectionner

ALTER TABLE alex_livre_messages CONVERT TO CHARACTER SET utf8;

- 6 - Valider le bouton Exécuter
Voilà, les messages ont été transcodés en utf-8.

[10lem]

Merci beaucoup pour les explications et surtout la solution, malheureusement la manip n'a eu aucun effet

[Otomatic]

Bonjour,

PhpMyAdmin -> base de données -> table alex_livre_messages
Dans la colonne messages, comment sont vus les caractères diacritiques (é,à,è,ù,ç,ê, etc.) pour les anciens messages et pour les nouveaux ?

[10lem]

Les anciens messages sont vus ainsi :

merci encore pour le super s�jour que nous avons pass�

et pas de problème pour les nouveaux

[Otomatic]

Bonjour,
Malheureusement, à part éditer chaque message « à la main », il n'y a pas de solution automatique.
La “mise à jour” chez votre hébergeur s'est mal passée. Le transcodage iso-8859-1 vers utf-8 est défectueux vu que tous les caractères diacritiques é,è,ç,à,ù,ê,û,etc. quels qu'ils soient ont été transformés en codage hexadécimal caractère inconnu. De plus, ce codage est incorrectement interprété par l'hébergeur : on voit "�" alors que l'on devrait voir �.

[10lem]

Merci beaucoup pour l'éclairage. Je vais donc retranscrire tous les messages "à la main" via phpmyadmin, mais quid du titre ?

[Otomatic]

Bonjour,

Modifiable via Administration, Options, Titre du livre d'Or

[10lem]

J'ai corrigé le titre. Merci.
Comme vous me l'aviez suggérer j'ai sauvegardé ma base juste avant de faire la manip SQL.
Du coup je me demande si je peux ré-importer cette sauvegarde et re-tenter :

ALTER TABLE alex_livre_messages CONVERT TO CHARACTER SET utf8;

Qu'en pensez vous ?