Salut, Chez moi (serveur Debian wheezy, mysql 5.5.38-0+wheezy1 et galette 0.8) je rencontre le même problème. En fait j'ai l'impression que les champs des tables mysql ne sont pas enregistrés en utf8 mais en latin1 dans la version 0.7.8 de galette (alors que ces champs sont déclarés avec un interclassement utf8_unicode_ci). Donc en commentant la fameuse ligne 125, on retrouve en 0.8 le comportement de la 0.7.8 mais ce n'est pas satisfaisant.
Si l'on considère que la version gérait mal les jeux de caractère de mysql, il faudrait proposer une méthode pour faire la transition. Malheureusement, j'ai essayé tout ce que je pouvait (export depuis galette, phpmyadmin, mysqldump ...), j'arrive parfois à obtenir un fichier utf-8 qui me semble correct mais l'import rétablis les erreurs de feu de caractère... Si quelqu'un a une idée ? Le 11/10/2014 10:56, geg...@free.fr a écrit : > Salut > Supprimer la ligne 125 va sans doute faire en sorte que la base migre de la > version 7 à la 8 correctement MAIS voilà que maintenant et à nouveau les > enregistrements dans la base sont mal codés, é apparait sous é ds > phpMyadmin (comme ds la v 7) alors qu'en laissant la ligne 125 tout semble se > faire en UTF8 et ds galette et ds la base, é est affiché é ds PhpMyAdmin. > J'opterai donc pour conserver cette ligne 125 qui rend le tout cohérent. > Aussi les exports depuis phpMyAdmin en UTF8 puis imports en UTF8 fonctionnent > sans problème ce qui n'est pas le cas en commentant la ligne 125.(vérifié > avec éditeur Hexa) Donc OUI à galette .8 qui gère correctement UTF8 d'après > ce que je constate. > Pour les utilisateurs qui auraient des pb de ce genre, la solution de > l'import/ export reste un passage obligé. > Solution préconisée: Exporter depuis phpMyadmin toutes les tables en ISO et > les importer en UTF8 sauf pour les tables contenant des images > (galette_pictures sans oublier le cas échéant celle des plugins) qui doivent > être exportées à part en UTF8 et importées en UTF8 pour ne pas détruire les > données binaires qui elles, sont codées correctement dans la base. > > François > > > ----- Mail original ----- > De: "Johan Cwiklinski" <jo...@x-tnd.be> > À: galette-discussion@gna.org > Envoyé: Samedi 11 Octobre 2014 08:55:20 > Objet: Re: [Galette-discussion] MAJ galette 8 > > Salut, > > Le 05/10/2014 17:02, Geguce a écrit : >> >> Idem ici, en version mysql 5.1.73 et php 5.4.30 chez OVH. >> Des essais en local avec les dernières versions de Wamp et Xamp donnent >> des résultats identiques. >> Le fichier en import est bien en UTF-8 (é = é confimé par éditeur hexa >> en C3 A9). >> Dans phpmy admin c'est bien un é qui est affiché mais galette 8 >> l'affiche non décodé. >> >> Dans la version .7.8 galette affichait bien é mais dans phpmyadmin on >> voyait é. >> Une chose est certaine, le comportement des 2 versions n'est pas le même >> vis à vis du codage ! Lequel a tout juste, je l'ignore en tout cas pour >> la migration c'est galère. Comme solution transitoire j'exporte >> iso8859-1 et j'importe en UTF-8 (sauf pour les blobs). >> François > > Ce qui m'intéresserait, c'est de savoir si la correction que je > proposais fonctionne dans ce cas (et aussi si cette correction pose des > problèmes à ceux qui n'ont actuellement pas de problèmes !). > > Cette modification fait suite à une demande concernant un problème de > migration depuis une Galette 0.63. À priori, ça pose plus de problèmes > que ça n'en résout (je n'ai quant à moi pas de soucis d'encodage) ; je > pense à supprimer la modification, mais je voudrai être certain que ça > ne va pas tout casser non plus... > > ++ > _______________________________________________ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
