[résolu]Utf8 et phpMyAdmin les mots accentuées sont coupées

Bonjour à vous!

Encore un souci d'encodage

J'ai importé mon fichier.csv (encodage utf8) sur ma base de données en locale, elle même en utf8.
Il se trouve que tous les mots qui ont un accent se trouvent coupés à partir de la lettre accentuée, par exemple pour le mot "Drôme", il ne reste plus que le "D".
Pourquoi?
Modifié par Ipszy (28 Nov 2007 - 09:54)

Bonjour,

Malgré tous les posts qu'il y a en ce moment sur le sujet je n'ai pas encore réussi à régler mon problème

Hello Ipszy ,

Hmmm... je ne comprends pas le lien entre un fichier .csv (Excel) et mysql ???

phpmyadmin permet d'importer des fichiers csv (qui ne viennent pas forcément d'excel).

Bonjour Heyoan, Patidou,

Mes contacts étaient déjà répertoriés sur un fichier excel.
Modifié par Ipszy (28 Nov 2007 - 13:07)

Patidou a écrit :
phpmyadmin permet d'importer des fichiers csv (qui ne viennent pas forcément d'excel).

Ben décidément on en apprend tous les jours !

En tous cas cela pourrait expliquer le problème : il est possible qu'un accent soit transformé en entité (par exemple é) et que le point-virgule soit interprété comme une séparation de 2 champs ...

Je n'ai pas du tout de point virgule à l'intérieur de mes champs si c'est ce que tu penses ...
Je suis sur mac et je l'ai enregistré sous CSV (séparateur: point-virgule) .
J'ai bien fait attention que dans les options web des préférences général de mon excel soit sur codage Unicode (UTF-8) et,
comme mis dans mon 1er post, phpMyAdmin est également configuré en Unicode (UTF-8) ainsi que les interclassements de mes champs.

J'avoue que je suis débutante en la matière mais la logique voudrait que ça colle non?

Re',

je viens de faire un test chez moi (Excel / Options Web / UTF-8) et le fichier généré est encodé en ANSI (d'après Notepad++) ...

Ipszy, tu as bien indiqué le bon séparateur (virgule, point virgule)?

Heyoan a écrit :
Re',

je viens de faire un test chez moi (Excel / Options Web / UTF-8) et le fichier généré est encodé en ANSI (d'après Notepad++) ...

Oui le problème doit être là... Par contre avec openoffice on peut définir un encodage à la sauvegarde. C'est peut-être la solution.

Que veux-tu dire Patidou par

a écrit :

"Ipszy, tu as bien indiqué le bon séparateur (virgule, point virgule)?"

A part l'option d'enregistrement sous CSV (séparateur: point-virgule), je ne trouve nulle part d'autres possibilités de le faire.

Essaye de reprendre le fichier excel dans OpenOffice ou NeoOffice et sauve-le en csv avec encodage UTF8.

Tu as un bon éditeur de code sous la main?

Reprends le fichier CSV dans cet éditeur. Vérifie que l'encodage passe bien, et qu'il s'agit bien de caractères UTF-8.

Pour les histoires d'encodages, mieux vaut se fier aux bons outils. Le plus fiable étant encore... la vérification des données enregistrées dans un éditeur hexadécimal (soyons fous...).

Je suis en train d'installer OpenOffice...

Florent V. a écrit :
Le plus fiable étant encore... la vérification des données enregistrées dans un éditeur hexadécimal (soyons fous...).

Fichtre !

alors voila comment se présente mes accents dans OpenOffice:
Midi-Pyrﾎnﾎes
Drﾙme
Finistﾏre

Heuuu.... je préfère vous mettre une capture d'écran parce que à la prévilualisation c'est encore différent

Dans OOo, tu ouvres ton fichier excel et tu exportes en csv. C'est ce que tu as fait?

Patidou,

Avec OOo, j'ai ouvert mon fichier excel et je l'ai enregistré en texte CSV(.csv).
J'ai tout fermé et lorsque je l'ai réouvert avec OOo, les lettres sont bien accentuées.
Je viens à l'instant de le réimporté dans ma bdd (localhost) et... Allélujah !!
Tout est top nickel.

Merci beaucoup pour ton aide.

Par contre sur le serveur de mon client, je peux voir que phpMyAdmin est enFrançais-French (utf-8) mais rien n'indique si mes tables le sont.
Je n'ai pas la partie interclassement
Et lorsqu'une personne s'enregistre les lettres accentuées sont en : & Atilde;& copy;
et dans la partie que peut gérer mon client en: é

Ipszy a écrit :
Je n'ai pas la partie interclassement

Attention, l'interclassement n'est pas l'encodage.
Juste pour info, quelle est la version de MySQL utilisée? Parce qu'avant la version 4.1 il me semble que la gestion de l'utf-8 c'était la merde...

Ipszy a écrit :
Et lorsqu'une personne s'enregistre les lettres accentuées sont en : & Atilde;& copy;

Une fonction qui traine en trop, qui convertit les caractères.

Ipszy a écrit :
et dans la partie que peut gérer mon client en: é

Quel est l'encodage déclaré pour cette interface?

(Si les notions d'encodage réel et d'encodage déclaré ne sont pas bien connues, voir la FAQ, crévindiou!)

Bonjour à vous !

a écrit :
Florent à écrit:
Attention, l'interclassement n'est pas l'encodage.

Alors il y a quelque chose que je ne comprends pas... Pourquoi est-ce qu'il n'y a qu'une liste d'encodage sous l'Interclassement?

La version du client MySQL: 5.0.45, je ne sais pas si ça a une importance la version de phpMyAdmin - 2.10.3

Pour la fonction qui traîne en trop j'ai beau regarder je ne la trouve pas... mais bon, suis toujours novice en la matière!

Voila pour ce qui est de l'encodage déclaré dans l'interface de mon client:
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />

(et la FAQ sur les encodage je vais finir par la connaître par cœur, crévindiou! , mais j'y retourne encore)
Modifié par Ipszy (29 Nov 2007 - 15:09)