Re: [Galette-discussion] MAJ galette 8
Coucou, Le 15/11/2014 18:37, geg...@free.fr a écrit : Tutoriel migration 0.7 vers 0.8 et problèmes d'accents MySql en date du 9/11/2014 Lien direct: https://mail.gna.org/public/galette-discussion/2014-11/msg00076.html Bises, Mélissa PS: migration en cours du plugin pilote vers Galette 0.8 ... C'est ... hum ... chaud ;-) ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Hello Melissa, Super pour le plugin Aéroclub. Bises Le 16/11/2014 10:12, Mélissa Djebel a écrit : Coucou, Le 15/11/2014 18:37, geg...@free.fr a écrit : Tutoriel migration 0.7 vers 0.8 et problèmes d'accents MySql en date du 9/11/2014 Lien direct: https://mail.gna.org/public/galette-discussion/2014-11/msg00076.html Bises, Mélissa PS: migration en cours du plugin pilote vers Galette 0.8 ... C'est ... hum ... chaud ;-) ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion -- André TISSOT andre.tis...@numericable.com andre.tis...@aol.com attge...@gmail.com tissot.an...@bbox.fr Attention : ce message est susceptible de contenir de l'humour, et peut ainsi provoquer de violentes réactions ou allergies. Message rédigé sous Thunderbird. ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
bonjour
en test, je viens de migrer de .78 en .81 .
J'ai bien le problème d'affichage des caractères accentués selon le modèle
décrit précédemment.(*Dans la version .7.8 galette affichait bien é mais
dans phpmyadmin on voyait é*)
Versions serveur (hébergeur O2switch)
- my sql 5.5.40-36.1 - Percona Server (GPL), Release 36.1, Revision 707
- Version du protocole : 10
- Jeu de caractères du serveur : UTF-8 Unicode (utf8)
- cpsrvd 11.44.0.27
- Version du client de base de données : libmysql - 5.1.73
- PHP 5.4.33
par contre avec la *mise en commentaire de la ligne 125 j'obtiens
une page blanche*.!!!dès la page d'accueil de galette.
- if ($_type_db === self::MYSQL) {
/** $_options['charset'] = 'utf8';*/
}
Je vais tenter l'import/export
Michel-Anatole
Le 11 octobre 2014 08:55, Johan Cwiklinski jo...@x-tnd.be a écrit :
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...
++
--
Johan
___
Galette-discussion mailing list
Galette-discussion@gna.org
https://mail.gna.org/listinfo/galette-discussion
___
Galette-discussion mailing list
Galette-discussion@gna.org
https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Bonsoir,
Chez moi, le commentaire de la ligne n'a pas suffi. Il a fallu que je la
supprime.
--
Charled
Le 15 nov. 2014 à 10:25, Michel Verdier anatole...@gmail.com a écrit :
bonjour
en test, je viens de migrer de .78 en .81 .
J'ai bien le problème d'affichage des caractères accentués selon le modèle
décrit précédemment.(Dans la version .7.8 galette affichait bien é mais dans
phpmyadmin on voyait é)
Versions serveur (hébergeur O2switch)
my sql 5.5.40-36.1 - Percona Server (GPL), Release 36.1, Revision 707
Version du protocole : 10
Jeu de caractères du serveur : UTF-8 Unicode (utf8)
cpsrvd 11.44.0.27
Version du client de base de données : libmysql - 5.1.73
PHP 5.4.33
par contre avec la mise en commentaire de la ligne 125 j'obtiens une page
blanche.!!!dès la page d'accueil de galette.
if ($_type_db === self::MYSQL) {
/** $_options['charset'] = 'utf8';*/
}
Je vais tenter l'import/export
Michel-Anatole
Le 11 octobre 2014 08:55, Johan Cwiklinski jo...@x-tnd.be a écrit :
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...
++
--
Johan
___
Galette-discussion mailing list
Galette-discussion@gna.org
https://mail.gna.org/listinfo/galette-discussion
___
Galette-discussion mailing list
Galette-discussion@gna.org
https://mail.gna.org/listinfo/galette-discussion
___
Galette-discussion mailing list
Galette-discussion@gna.org
https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Curieux, peux tu m'envoyer en privé deux petits extraits de ta table des adhérents comportant des accents exportée depuis PhpMyadmin en UTF8 ET en ISO sans toucher au codage du serveur. J'aimerai bien voir par curiosité et pour info. François 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...) ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
bonjour, voici, ma solution qui à marché plusieurs fois, surtout pour les sauvegarde en SQL. 1) Export de la base galette 0.78 en SQL ( partielle si très volumineuse) 2) Ouvrir avec le logiciel bluefish (logiciel libre) 3) et utiliser dans menu : outils/conversion/ entités en caractères 4) import dans galette 0.8 après 2 semaines d'utilisation, je n'ai pas trouvé d'erreurs. Cette solution me paraît simple, est-elle universelle ? Le mercredi 15 octobre 2014 à 10:43 +0200, Geguce a écrit : Bonjour Comme indiqué , en V0.7 si vous allez ds phpmyadmin et si dans les tables vous voyer les é s'afficher en tant que é alors la procédure doit fonctionner. Vous allez à Exporter Personnalisée - afficher toutes les options possibles et vous indiquez ISO-8859-1 ou Windows-1252 comme jeu de caratères, cocher Désactiver la vérification des clés étrangères et Ajouter un énoncé|DROP TABLE Dans la liste des tables exclure éventuellement la table _pictures et les tables des plugins ayant des BLOBS (qui ont parfois besoin de rester en UTF8 lors de l'export, c'est à tester). Vérifier avec un éditeur comme notepad+ ou mieux avec un éditeur HEXA que le fichier obtenu code bien vos é par|é. Importer maintenant ds la version 0.8 (la ligne 125 ne doit pas être commentée) votre fichier SQL et vous devriez voir vos é correctement dans galette ET dans Phpmyadmin. Vérifier dans la table des pictures depuis phpMyadmin que vous pouvez ouvrir les blobs dans une visionneuse de photos. Si ils sont codés correctement la photo doit s'afficher, sinon il faut faire des essais d'export avec des codages différents depuis phpmyadmin ou essayer un export avec mon plugin savemysql Une autre solution consiste à changer le codage d'un export plugin savemysql avec notepad+ ou autre (après décompression en SQL et hors BLOBS) Tenez nous au courant des résultats. Le 14/10/2014 23:35, François-Régis a écrit : 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 Cwiklinskijo...@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
Re: [Galette-discussion] MAJ galette 8
Curieux, peux tu m'envoyer un petit extrait de la table des adhérents comportant des accents exportée depuis PhpMyadmin en UTF8 ET en ISO sans toucher au serveur. J'aimerai bien voir par curiosité. Francois 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...) ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
J''ai moi aussi utilisé dans mes essais une méthode comparable en utilisant programmer's notepad mais j'attire votre attention sur les champs binaires qui risquent de passer à la casserole dans l'aventure. Un test simple pour voir si tout va bien avec ces tables , il faut dans le dossier Photos de galette trouver la photo d'un adhérent et l'effacer (ou la déplacer). Puis dans Galette il faut ouvrir la fiche de cet adhérent -- sa photo doit ré_apparaitre dans sa fiche et aussi une copie dans le dossier photos car galette la reconstruit depuis la base. Si ce n'est pas le cas alors il faut traitre les tables contenant des données binaires sans les transformer. François Le 17/10/2014 12:14, laperdrix a écrit : bonjour, voici, ma solution qui à marché plusieurs fois, surtout pour les sauvegarde en SQL. 1) Export de la base galette 0.78 en SQL ( partielle si très volumineuse) 2) Ouvrir avec le logiciel bluefish (logiciel libre) 3) et utiliser dans menu : outils/conversion/ entités en caractères 4) import dans galette 0.8 après 2 semaines d'utilisation, je n'ai pas trouvé d'erreurs. Cette solution me paraît simple, est-elle universelle ? Le mercredi 15 octobre 2014 à 10:43 +0200, Geguce a écrit : Bonjour Comme indiqué , en V0.7 si vous allez ds phpmyadmin et si dans les tables vous voyer les é s'afficher en tant que é alors la procédure doit fonctionner. Vous allez à Exporter Personnalisée - afficher toutes les options possibles et vous indiquez ISO-8859-1 ou Windows-1252 comme jeu de caratères, cocher Désactiver la vérification des clés étrangères et Ajouter un énoncé|DROP TABLE Dans la liste des tables exclure éventuellement la table _pictures et les tables des plugins ayant des BLOBS (qui ont parfois besoin de rester en UTF8 lors de l'export, c'est à tester). Vérifier avec un éditeur comme notepad+ ou mieux avec un éditeur HEXA que le fichier obtenu code bien vos é par|é. Importer maintenant ds la version 0.8 (la ligne 125 ne doit pas être commentée) votre fichier SQL et vous devriez voir vos é correctement dans galette ET dans Phpmyadmin. Vérifier dans la table des pictures depuis phpMyadmin que vous pouvez ouvrir les blobs dans une visionneuse de photos. Si ils sont codés correctement la photo doit s'afficher, sinon il faut faire des essais d'export avec des codages différents depuis phpmyadmin ou essayer un export avec mon plugin savemysql Une autre solution consiste à changer le codage d'un export plugin savemysql avec notepad+ ou autre (après décompression en SQL et hors BLOBS) Tenez nous au courant des résultats. Le 14/10/2014 23:35, François-Régis a écrit : 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 Cwiklinskijo...@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
Re: [Galette-discussion] MAJ galette 8
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). Si en V 0.7 des gens comptent sur leur fichier de sauvegarde PhpMyadmin , MysqlDump ou autre pour rétablir une base corrompue, ils vont avoir des surprises. IL faudrait avoir une idée du nombre de gens impactés par ce problème et s' il est faible le résoudre au cas par cas, je veux bien regarder leur fichier de sauvegarde s'ils me le mettent à dispo en privé et le corriger si possible. cldt François ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
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
Re: [Galette-discussion] MAJ galette 8
Bonjour Comme indiqué , en V0.7 si vous allez ds phpmyadmin et si dans les tables vous voyer les é s'afficher en tant que é alors la procédure doit fonctionner. Vous allez à Exporter Personnalisée - afficher toutes les options possibles et vous indiquez ISO-8859-1 ou Windows-1252 comme jeu de caratères, cocher Désactiver la vérification des clés étrangères et Ajouter un énoncé|DROP TABLE Dans la liste des tables exclure éventuellement la table _pictures et les tables des plugins ayant des BLOBS (qui ont parfois besoin de rester en UTF8 lors de l'export, c'est à tester). Vérifier avec un éditeur comme notepad+ ou mieux avec un éditeur HEXA que le fichier obtenu code bien vos é par|é. Importer maintenant ds la version 0.8 (la ligne 125 ne doit pas être commentée) votre fichier SQL et vous devriez voir vos é correctement dans galette ET dans Phpmyadmin. Vérifier dans la table des pictures depuis phpMyadmin que vous pouvez ouvrir les blobs dans une visionneuse de photos. Si ils sont codés correctement la photo doit s'afficher, sinon il faut faire des essais d'export avec des codages différents depuis phpmyadmin ou essayer un export avec mon plugin savemysql Une autre solution consiste à changer le codage d'un export plugin savemysql avec notepad+ ou autre (après décompression en SQL et hors BLOBS) Tenez nous au courant des résultats. Le 14/10/2014 23:35, François-Régis a écrit : 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 Cwiklinskijo...@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
Re: [Galette-discussion] MAJ galette 8
Salut, Le 14/10/2014 23:35, François-Régis a écrit : 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. Je n'ai pas de solution à proposer, d'autant que je ne reproduit pas le problème. La gestion de l'encodage (et surtout de son changement) avec MySQL, c'est juste une horreur. Pour le moment, soit les utilisateurs n'ont pas de problèmes, soit le problème est résolu en commentant cette ligne (que je n'aurai peut-être pas du ajouter). Il suffit donc que je rende ça paramétrable pour corriger le problème côté Galette rapidement. L'affichage des données en dehors de Galette ne m'importe que très peu finalement, et je n'ai que peu de temps à accorder au projet. Si quelqu'un peut proposer un correctif plus avancé et fonctionnel, il sera intégré bien entendu. ++ -- Johan signature.asc Description: OpenPGP digital signature ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
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
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... ++ -- Johan signature.asc Description: OpenPGP digital signature ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
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... ++ -- Johan ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
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 Le 19/09/2014 20:19, Johan Cwiklinski a écrit : Salut, Le 19/09/2014 19:33, Contact CID Auditeur a écrit : Bonjour, Passage de 0.7.8 à 0.8 sans problème, *MAIS *(et oui ...) tous les caractères accentués provenant d'info en base ne s'affiche pas en UTF8. Exemple Comté Niçois *alors que la base 0.7.8 était bonne sans PB d'affichage* !!! Avez vous une méthode simple pour corriger tout ça, merci d'avance Il semble que certains utilisateurs rencontrent cette erreur... Pour corriger de manière temporaire, dans le fichier galette/lib/Galette/Core/Db.php, commenter la ligne 125 (une histoire de charset). Pour le corriger côté Galette, j'ai besoin de connaître la version de MySQL utilisée et éventuellement l'hébergeur des personnes qui rencontrent ce problème, mais aussi des personnes qui ne le rencontrent pas. Il se peut également que ce problème soit lié à un import hors Galette (import depuis PhpMyAdmin, restauration d'une ancienne base, etc, etc, etc). À priori, les utilisateurs de base postgres ne sont pas impactés (puisque postgres gère visiblement bien mieux ces problèmes d'encodage). Bref, merci de fournir des détails si vous rencontrez ou non ce problème après mise à jour en 0.8. ++ ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
dimanche 21 septembre 2014, Bonjour, Le dimanche 21 septembre 2014 à 10:46:14, paubern@... a écrit : Il semble que certains utilisateurs rencontrent cette erreur... Pour corriger de manière temporaire, dans le fichier galette/lib/Galette/Core/Db.php, commenter la ligne 125 (une histoire de charset). *Et que faut il rajouter exactement ?* Pour mettre la ligne 125 en commentaire, il suffit d'ajouter un double slash // en début de ligne. Ce problème m'est arrivé et commenter la ligne 125 comme le préconise Johan règle le problème. Bon dimanche Roland ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Bonjour, PHP 5.5.11 Mysql 5.5 (L'hébergeur me l'a confirmé, mais si je regarde info.php il m'indique Mysql 5.0.11) Hébergeur : Infomaniak Cordialement Bernard OK, merci. À voir pour les autres. ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Bjr, Remplacement de la colonne Pseudo par N° Adhérent triable, réussie. -- Cordialement Mr Sandy-Pascal Andriant Coordinateur du forum du CGDP webmas...@genea26provence.com http://www.genea26provence.com/ Le 18/09/2014 21:57, sandy_cgdp a écrit : Bsr, C'était bien mon intention pour demain. Merci -- Cordialement Mr Sandy-Pascal Andriant Coordinateur du forum du CGDP webmas...@genea26provence.com http://www.genea26provence.com/ Le 18/09/2014 21:26, Contact CID Auditeur a écrit : Salut, Réinjecte tes modif dans les fichiers concernés par les modif sous 0.7.8, ils n'ont pas tellement changé, tu va t'y retrouver très facilement. Avec des outils de comparaison de fichiers ligne à ligne on s'en sort très bien. Cordialement, Georges Beyna sandy_cgdp a écrit : Merci, Tout s'est bien déroulé. Je ne peux que regretter l'absence de l'ID comme n° d'adhérent. Je vais essayer de le remettre à la place de la colonne Pseudo. -- Cordialement Mr Sandy-Pascal Andriant Coordinateur du forum du CGDP webmas...@genea26provence.com http://www.genea26provence.com/ ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Bonjour, Passage de 0.7.8 à 0.8 sans problème, *MAIS *(et oui ...) tous les caractères accentués provenant d'info en base ne s'affiche pas en UTF8. Exemple Comté Niçois *alors que la base 0.7.8 était bonne sans PB d'affichage* !!! Avez vous une méthode simple pour corriger tout ça, merci d'avance Cordialement, Georges Beyna Guillaume Rousse a écrit : Le 18/09/2014 15:56, sandy_cgdp a écrit : Bjr, Je suis passé en php 5.5. J'ai téléchargé en local Galette 8. Comment procéder à la MAJ de Galette 7.8 à 8.0 ? 1) faire un backup de la base mysql par précaution 2) mettre en place la nouvelle version de galette comme la précédente (ie, extraire l'archive au niveau du répertoire d'installation de l'ancienne pour une installation manuelle) 3) accéder à http://url.de.galette/install ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Version du client MySQL: 5.0.51a Hébergeur AMEN.FR La base était déjà en place, pas d'import depuis PhpMyAdmin, etc bref une procédure classique de mise à jour *Je suppose qu'il faut que je remette la base 0.7.8* et que je recommence ma migration après avoir commenté Db.php, ligne 125 Merci pour ton aide Cordialement, Georges Beyna Johan Cwiklinski a écrit : Salut, Le 19/09/2014 19:33, Contact CID Auditeur a écrit : Bonjour, Passage de 0.7.8 à 0.8 sans problème, *MAIS *(et oui ...) tous les caractères accentués provenant d'info en base ne s'affiche pas en UTF8. Exemple Comté Niçois *alors que la base 0.7.8 était bonne sans PB d'affichage* !!! Avez vous une méthode simple pour corriger tout ça, merci d'avance Il semble que certains utilisateurs rencontrent cette erreur... Pour corriger de manière temporaire, dans le fichier galette/lib/Galette/Core/Db.php, commenter la ligne 125 (une histoire de charset). Pour le corriger côté Galette, j'ai besoin de connaître la version de MySQL utilisée et éventuellement l'hébergeur des personnes qui rencontrent ce problème, mais aussi des personnes qui ne le rencontrent pas. Il se peut également que ce problème soit lié à un import hors Galette (import depuis PhpMyAdmin, restauration d'une ancienne base, etc, etc, etc). À priori, les utilisateurs de base postgres ne sont pas impactés (puisque postgres gère visiblement bien mieux ces problèmes d'encodage). Bref, merci de fournir des détails si vous rencontrez ou non ce problème après mise à jour en 0.8. ++ ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
Re: [Galette-discussion] MAJ galette 8
Salut, Le 19/09/2014 22:23, Contact CID Auditeur a écrit : Version du client MySQL: 5.0.51a OK, merci. À voir pour les autres. *Je suppose qu'il faut que je remette la base 0.7.8* et que je recommence ma migration après avoir commenté Db.php, ligne 125 Non, la modification de la ligne est censée suffire. Il faudra aller plus loin uniquement si ça ne corrige pas le problème. ++ -- Johan signature.asc Description: OpenPGP digital signature ___ Galette-discussion mailing list Galette-discussion@gna.org https://mail.gna.org/listinfo/galette-discussion
