Les lettres accentuées disparaissent de mes forums...

Marco87

Août 2012

Bonsoir,

symptôme : je réponds à un article, j’écris et quand je prévisualise, tous les accents et caractères spécifiquement français disparaissent, remplacés par... rien.
Exemple :"Le Père Noël a été généreux" donne : "Le Pre Nol a t gnreux"

Les caractères sont absents partout : dans la fenêtre de prévisualisation comme dans la zone de modification lors du réaffichage.

Je précise que tout est normal ailleurs (articles, rubriques, documents...)

Un esprit éclairé pourra-t-il me donner une piste ?

Site : http://md87.ouvaton.org
Spip 303 , Zpip et Tincredible

Merci !!

SPIP 3.0 Résolu

Par note Par date Par date chronologique

Indiquez l’intérêt que vous portez à cette réponse

0

Marco87

Août 2012

Re Bonjour,

en créant un nouvel article, je viens de voir que les accents disparaissent aussi quand je modifie le descriptif d’un document joint à un article... (titre ou contenu).

L’affaire se corse...
Précision : ça ne se produit qu’avec les nouveautés, les anciens descriptifs étant corrects (comme les anciens forums).

J’imagine que c’est une histoire de codage de caractères mais je ne sais pas où il faut indiquer ce codage !!

Merci à vous !
Indiquez l’intérêt que vous portez à cette réponse

0

Fred

Août 2012

A tout hasard, il se peut que si le fichier qui porte le bout de squelette concerné n’est pas enregistré en UTF-8 cela puisse poser problème. A vérifier (et corriger) avec un logiciel du type Notepad++
Indiquez l’intérêt que vous portez à cette réponse

0

Marco87

Août 2012

Alors, comment dire...

Je suis un peu (!!) perdu dans les fichiers utilisés...
J’ai le thème Tincredible qui fonctionne avec Zpip et Zen Garden...

Où sont gérés les forums ??
Il y a un "forum.html" dans Zpip, un dans Zpip/contenu et un dans Zpip/inclure et dans aucun des trois on ne parle de "charset"...

Le répertoire squelettes-dist sert-il encore à qqchose ?

Comme ce sont les mêmes symptômes dans les noms et descriptifs des documents, serait-ce en amont ? Mais où ??
Indiquez l’intérêt que vous portez à cette réponse

0

Marco87

Août 2012

Bon,

une puce m’a gratté l’oreille en parcourant les forums de spip qui parlaient d’utf8...

Un petit tour sur mon phpmyadmin m’a fait découvrir ceci :
dans "Interclassement", il y a écrit "latin1_swedich_ci" pour toutes les tables.

Est-ce que si, dans l’onglet "Opérations" de phpmyadmin, je choisis tout en bas "uft8_unicode_ci" et que je clique sur "Exécuter" ça résoudra mes problèmes ?

Si oui, y aura-t-il d’autres manips à faire ensuite en revenant dans spip ?
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Août 2012

Bonjour,

l’encodage des données du site est précisé à cette url :
ecrire/?exec=configurer_langue

Est-ce indiqué utf8 ?

Pour passer vos données sans problème en utf8 :
1) via phpmyadmin, réalisez un export sql que vous ouvrirez avec notepad++ (ou autre bon éditeur) -> il vous donnera l’encodage utilisé
2) convertissez ce fichier en utf8 si nécessaire.
3) passez la définition de vos tables en utf8 dans phpmyadmin
4) videz vos tables
5) réimportez votre dump en utf8

.Gilles
Indiquez l’intérêt que vous portez à cette réponse

0

Marco87

Août 2012

J’ai fini par y arriver ! Merci beaucoup !

Il faut juste vérifier AVANT de tout vider la taille maximale du fichier sql que peut avaler PhpMyAdmin (2 Mo pour moi et j’avais 2,5 Mo de base compressée. Il a fallu faire par paquets...)

J’ai dû faire une erreur de manip à un moment car j’ai récupéré des " ?" dans un losange noir à la place de tous les caractères français...

Je corrige à la main... Je ferai mieux la prochaine fois...

Merci encore pour les tuyaux !
Indiquez l’intérêt que vous portez à cette réponse

0

sab42

Septembre 2012

Bonjour,

J’ai le même problème que vous et je cherche en vain la solution.
Pour moi aussi lorsque je réponds à un article, au moment de la prévisualisation tous les caractères accentués disparaissent.
Idem dans le descriptif d’un document joint à un article.

Pouvez-vous m’expliquer comment vous avez corrigé ce problème ?

Avez-vous vidé toutes vos tables ou seulement celles qui sont concernées (par exemple celle des forums) ?

Rien que la table spip_forum fait à elle seule 8,4 Mio !!!

Comment faut-il faire pour obtenir des paquets ?

Enfin, que voulez-vous dire par corriger à la main ?

Merci par avance pour votre réponse, je ne sais plus comment faire pour corriger ce problème.

Bien cordialement,

Thierry
Indiquez l’intérêt que vous portez à cette réponse

0

Marco87

Septembre 2012

Bonjour,

en fait j’ai suivi ce qui était indiqué par "Gilles Vincent" dans sa réponse (voir plus haut)

Par contre, il vaut mieux vérifier la taille acceptée à l’importation par phpmyadmin : je me suis rendu compte après avoir tout vidé que mon archive compressée était trop grosse !!! J’avais toute la base en une fois.
Il vaut mieux faire table par table : c’est plus long mais plus sûr (surtout pour moi qui suis un bidouilleur pas du tout informaticien...) et tout dans phpmyadmin.
La démarche de Gilles s’applique aussi table par table : exporter, vider la vraie, convertir et réimporté la table convertie.
C’est ce que j’ai fait sur un autre site et j’ai pu tout récupérer.
Erreur à ne pas commettre : changer le codage AVANT d’exporter la table. C’est pour ça que j’ai dû reprendre mes articles un par un...
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Septembre 2012

Bonjour,

pour l’import j’utilise Bigdump qui permet d’importer des backups de 200Mo sans problème.
Seule contrainte : au moment de l’export phpmyadmin il faut exporter en décochant "insertion complète" et "insertion étendue" (il faut que ce soit une ligne par insert)

http://www.ozerov.de/bigdump/
http://www.arfooo.com/script-bigdump-importer-une-base-de-donnees-volumineuse-facilement-n15.html

.Gilles
Indiquez l’intérêt que vous portez à cette réponse

0

sab42

Septembre 2012

Bonjour,

J’ai suivi la procédure décrite par Gilles dans l’un de ses messages précédents.

J’ai fait un essai avec la table spip_brèves.

Tout c’est bien passé.

Par contre, depuis l’espace privé, lorsque je décide comme jeu de caractère de spip que l’encodage du site est en utf-8, les caractères accentués des brèves sont tous remplacés par des losanges noirs avec à l’intérieur un point d’interrogation.

Le problème vient que, depuis plusieurs jours, j’avais changé l’encodage dans phpMyAdmin avant l’exportation.

Comment corriger ce problème des losanges noirs ?

si je corrige ces losanges, je crois que je serai arrivé au bout de mon chemin de croix
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Septembre 2012

Après moultes échanges sur la liste spip-dev, il semble que la seule bonne façon pour garder les accents lors de la mise à jour vers un spip3 soit de :
– mettre à jour vers SPIP2.1
– convertir ses données en utf8 depuis le lien qui existe en SPIP2.1 dans l’interface de gestion du multilinguisme.
– PUIS de faire la mise à jour vers SPIP3

Si vous êtes déjà sous SPIP3, la solution est de passer par le plugin grenier qui permet de retrouver ce lien :
http://wikitice.ac-versailles.fr/index.php?title=Mise_a_jour_SPIP3#Si_vous_.C3.AAtes_d.C3.A9j.C3.A0_en_SPIP_3_et_que_l.27encodage_de_votre_site_est_en_iso-8859-1
Indiquez l’intérêt que vous portez à cette réponse

0

sab42

Septembre 2012

Bonjour à tous,

Pour info, voici la procédure efficace pour régler ce problème :

Le plugin Grenier permet de convertir une base en utf8 :

http://zone.spip.org/trac/spip-zone/browser/_core_/plugins/grenier

Il faut installer le plugin sur votre site, puis il faut mettre utf-8 dans la configuration de SPIP avant de lancer le script du plugin(configuration/Langue principale du site/jeu de caractères du site->choisir utf-8 )

Après son installation, il faut appeler le plugin depuis l’espace privé de votre site Spip en vous rendant sur cette page :

ecrire/ ?exec=base_convert_sql_utf8

plus d’info ici : http://contrib.spip.net/Fulltext#forum460524

En ce qui me concerne, le passage de iso-8859-1 à utf8 s’est fait en douceur, sans aucun problème (avec une base de donnée de 170 mo). Aucun bug ni problème de constaté.

Encore un grand merci à tous pour votre aide,

Thierry
Indiquez l’intérêt que vous portez à cette réponse

0

christianD.

Janvier 2013

Bonjour,

J’ai utilisé la procédure Grenier en locale et ça a fonctionné. J’ai voulu le faire sur le serveur distant, et là, j’ai eu un message disant que la base ne gérait pas le charset.

Après vérification, je me suis aperçu qu’en local, la base est bien déclarée en uf-8 alors que sur le serveur distant, elle est déclarée en iso-8859-1.

D’où ma question.

Avant de faire tourner le plugin Grenier, je dois modifier la base distante en utf-8 ?

Merci d’avance de vos réponses.
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Janvier 2013

Ma réponse ne va peut-être pas être très utile, mais je pense que oui.
Indiquez l’intérêt que vous portez à cette réponse

0

christianD.

Janvier 2013

Ca risque pas de mettre le bazar sur la base de changer comme ça ?
Indiquez l’intérêt que vous portez à cette réponse

0

christianD.

Janvier 2013

J’ai fait un essai. Même en changeant la base en utf-8, le programme Grenier me dit que toujours que le serveur distant n’accepte pas ce caractère.

J’envisage de faire la chose suivante.

1. Faire une sauvegarde du site distant, et restauration en local
2. Faire tourner Grenier
3. Modifier la base distante en utf-8
4. Faire une sauvegarde de la base locale en utf-8 et restauration sur le serveur distant.

Ca a des chances de fonctionner, vous pensez ?
Indiquez l’intérêt que vous portez à cette réponse

0

Gilles

Janvier 2013

Oui.

Par contre la réponse du serveur distant est plutôt curieuse. Est-ce que vous indiquez "utf-8" ou "utf8" ?
Indiquez l’intérêt que vous portez à cette réponse

0

christianD.

Janvier 2013

En fait, sur le serveur 1&1, il y a un combo et on choisit le codage. Je n’ai pas le choix de l’orthographe ;-).

J’ai eu 1&1 au téléphone qui m’a expliqué qu’il fallait exporter la base et avec un logiciel comme Putty, que je la convertisse en utf-8 pour la ré-importer ensuite.

Ca me fera toujours un plan B, si la solution de convertir une sauvegarde ne fonctionne pas.

Quel week-end en perspective ! Je vous tiens au courant.
Indiquez l’intérêt que vous portez à cette réponse

0

christianD.

Janvier 2013

Avant de lancer la procédure en réel, j’ai fait un test en local, mais j’ai un souci avec les bases de données.

Sur 1&1, le moteur est MyISAM et en local, le moteur est InnoDB. Donc, ré-import de la base par bigdump impossible.

J’ai bien essayé de changer le moteur de la base en local avec un alter base engine=myisam, mais ça marche pas.

Il y a également une transaction qui modifie la base, et qui est à lancer directement sur phpmyadmin
"ALTER TABLE spip_evenements CONVERT TO CHARACTER SET utf8 ; " mais pas testé non plus.

Comme je me sens pas trop de lancer en direct ou de faire quelque chose sans pouvoir revenir en arrière, si vous avez une solution ou si vous connaissez ces transactions, je suis preneur ;-).
Indiquez l’intérêt que vous portez à cette réponse

0

abir jelti

Juin 2014

quand on ecrit disparaitre et disparaître et mrcie !!!
Indiquez l’intérêt que vous portez à cette réponse

0

abir jelti

Juin 2014

une autre question quond on écrit i et î mercie !!! :)
Indiquez l’intérêt que vous portez à cette réponse

0

ChristianD.

Juin 2014

Ta base est paramétrée dans quel jeu de caractères ?