Bonsoir, Le 16/10/2014 14:11, Geguce a écrit : >> en commentant cette ligne (que je n'aurai peut-être >> pas du ajouter). > OUi mais c'est tout de même mieux avec cette ligne car j'ai l'impression > que tout est cohérent maintenant. Par exemple un export en UTF8 d'une > minuscule accentuée se fait bien normalement (en V 0.7 elle était codée > sur 4 Octets au lieu de 2 ds le fichier obtenu par toutes méthodes > d'export en UTF8).
Je confirme ce que dit François, il faut garder la ligne. En gros : depuis le 20/07/2008 (commit 7574443eb8b9affb02c380ae7a6d9a0ddea4cb0e ), galette crée des tables utf-8 mais écrit dedans sans spécifier un charset de connection donc en utilisant celui par défaut du serveur. Comme le défaut par compilation (et dans beaucoup de distribution, par configuration) est latin1, galette écrivait en latin1 dans des tables utf-8. Certains outils s'y perdent un peu d'autres s'en sortent. Avec la 0.8 galette force la cohérence entre ses déclarations de tables et sa connection ce qui me parait sain. L'alternative serait de supprimer la fameuse ligne *et* les "DEFAULT CHARACTER SET utf8" dans les créations de table (ce qui laisserait le serveur mysql décider du charset mais risquerait de poser d'autres problèmes ailleurs tant la gestion des charsets est un calvaire). Mon serveur mysql était configuré par défaut par debian (donc pas de spécification de charset) j'ai testé différentes configurations et je confirme que : - Si le serveur est configuré utf-8, les champs crées par galette 0.7.8 sont vus correctement par phpmyadmin et al. et que la migration de passe sans problème. - Si le serveur est configuré pour un autre charset ou pas configuré, phpmyadmin de décode pas les champs et la migration se passe mal. Tout dépend donc de la configuration du serveur utilisé et pour en avoir un aperçu "SHOW VARIABLES LIKE 'CHAR%'" dans mysqladmin ou avec un client mysql quelconque donne (presque) toutes les informations. Je continue à investiguer pour proposer une procédure compatible avec le plus de configurations possible... PS Pour François : Quand mon serveur est configuré en latin1, je n'arrive jamais à obtenir un fichier utilisable. Il me semble que les options phpmyadmin concernent le format du fichier de sortie mais pas le format de la connection avec la bdd. (quand je dis 'pas utilisable" j'obtiens un fichier dont les champs sont mal encodés dans les INSERT et que de plus iconv n'arrive pas à traduire...) -- François-Régis _______________________________________________ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion