🌍
Français
Bien reçu merci.
Ok je fait cela et je t'envoi le lien directe dans ton mail merci.
Par défaut tu ne touches à rien, sauf à la compression (Gzippé).
La sauvegarde c'est super important !!!
Merci, on va laisser sans accent je crois lol car c'est tres compliquer pour moi tout cela... en plus j'ai été pour faire une sauvegarde il me pose un ta de question des cases a cocher mais je n'y comprend rien...
Gotcha a écrit:
Eric a écrit:
C'est long, fastidieux et je ne suis pas certain que le changement de l'interclassement suffise vraiment à ré-encoder le contenu des champs. C'est pour cela qu'il serait vraiment préférable de tester en local avant...
C'est bien ce que je comptai faire avec sa sauvegarde ^_^; Travailler en local et non à l'injection.
:-)
C'est bien là que les grands esprits se rencontrent ;-))
En tous cas, bon courage si tu te lances là dedans... ^^
Eric a écrit:
C'est long, fastidieux et je ne suis pas certain que le changement de l'interclassement suffise vraiment à ré-encoder le contenu des champs. C'est pour cela qu'il serait vraiment préférable de tester en local avant...
C'est bien ce que je comptai faire avec sa sauvegarde ^_^; Travailler en local et non à l'injection.
Gotcha a écrit:
Si tu as fais une sauvegarde, héberge ton fichier sur ton site et par courriel donne moi le lien. Je vais y regarder (je ne dis pas que je ferai ^^).
Je doute que tu arrives à modifier l'encodage des tables à partir de la sauvegarde. Au mieux tu modifieras le modèle de données lors de la ré-injection de la sauvegarde dans une base mais les données elles-même ne seront pas dans le bon encodage. Pire : Les textes risques d'être complètement illisibles pour le coup...
@thierry.f91 : J'ai encore réfléchi au problème et je ne vois toujours pas d'autre solution que de faire toutes les conversions à la main via phpmyadmin. Avant tout, comme le dit Gotcha, il faut sauvegarder la base.
Idéalement, il faudrait que tu te "fasses la main" sur une copie locale de ton site et de ta base (sous Wampserver, par exemple). Cela te permettra de tester si les conversions manuelles corrigent bien ton problème d'accents et de mettre au point un programme de conversion.
Voici une procédure que je n'ai pas testé (toujours faire une sauvegarde avant ou pratiquer en local !) via phpmyadmin :
1- Lister les tables de ta galerie (capture 1) et, pour chacune d'elles, afficher la structure (2eme icône en partant de la gauche dans la colonne "Action")
2- Pour chaque table affichée:
2.a - Cliquer sur l'onglet "Opérations" (capture 2) où tu pourras modifier l'interclassement de la table dans son ensemble (capture 3) mais cela ne sera pas suffisant
2.b - Revenir sur l'onglet "Structure" et modifier un à un chaque champ dont l'interclassement est "Latin1-*" (deuxième icône en partant de la gauche dans la colonne "Action" pour modifier l'interclassement en "utf8_general_ci"
C'est long, fastidieux et je ne suis pas certain que le changement de l'interclassement suffise vraiment à ré-encoder le contenu des champs. C'est pour cela qu'il serait vraiment préférable de tester en local avant...
[edit] Avec les captures annoncées, c'est mieux ^^ [/edit]
Inutile de pleurer -_-;
Pas besoin de ré-installer quoi que ce soit. La sauvegarde c'est pour au cas où.
Et non, Piwigo ne réécrit pas tout à chaque mise à jour. Il ne met à jour que ce qui doit être mis à jour, pas plus.
Si tu as fais une sauvegarde, héberge ton fichier sur ton site et par courriel donne moi le lien. Je vais y regarder (je ne dis pas que je ferai ^^).
Oui donc alors c'est impossible ? Puis si je ré-installe tout et que je fait une sauvegarde quand je vais la remttre elle va en même temps me remettre les table en latin ???? Mais quand on passe dans une autre version piwigo il ré-écrit pas tout ?
C'est le bin-z plus jamais j'aurais les accents alors sauf si je me résigne a perdre pas loin de 220 inscrits.
Ca devait être ton cas que j'évoquais plus haut ^_^;
Effectivement, avec ALTER, on peut modifier l'encodage des tables. Le problème s'est qu'il faudra traiter un à un chaque champ de chaque table pour modifier, là aussi, l'encodage. 2 solutions :
1- méthode "bourrin" : Se farcir manuellement, via phpmyadmin, toutes les tables et tous les champs de chaque table qui ne sont pas en utf8_general_ci et UNIQUEMENT les champs de textes (faut pas modifier les champs numériques, de date, etc...
2- méthode rusée mais techniquement complexe : Composer un script php qui exécutera les commandes en tenant compte des exceptions, et tout et tout... Long et difficile à mettre au point.
Personnellement, il y a pas mal de temps, je m'étais aperçu qu'une de mes galeries chez Free avait été installée par erreur sur une base encodée en Latin par défaut. Du coup toutes mes tables étaient dans cet encodage. J'avais tenté de composer le script mais j'ai vite abandonné en me rendant compte lors de mes essais de debuggage que çà allait aussi vite de modifier à la main. :-)
thierry.f91 a écrit:
On peux pas faire un truc style rénisialisé les paramètres d'origine ?
Non mais on peut toujours bidouiller dans la BDD.
Commence par faire une sauvegarde !
Ensuite attendons la visite d'un spécialiste car j'ai trouvé la commande ALTER qui doit servir à changer le type d'encodage mais je préfère avoir l'avis de spécialistes ^_^
On peux pas faire un truc style rénisialisé les paramètres d'origine ?
J'ai pas trouvé je vais recherché...
Une seule fois je me souviens avoir lu quelque chose de ce genre au sujet de tables mal codées...