Bonsoir Stéphane,
Pour diagnostiquer la double application d'un script de conversion
ISO-8859-1 -> UTF-8 à tous les articles de mon site, j'ai extrait
de la base de données le texte d'un article, auquel j'ai appliqué
la fonction inverse, UTF-8 -> ISO-8859-1, et j'ai effectivement
constaté que j'obtenais le texte correct.
J'aurais pu répéter cette opération aux 250 articles et brèves du
site, mais cela aurait été long et fastidieux.
Alors, sur une suggestion d'Ysabeau, j'ai pris une exportation SQL
de la base et entrepris de la corriger. C'est un fichier texte, qui
s'ouvre très bien avec Emacs, par exemple.
Avec le script UTF-8 -> ISO-8859-1 cela ne marche pas, parce qu'il
y a dans la base autre chose que des textes d'articles, notamment
des séquences d'échappement ou des champs binaires qui provoquent
l'arrêt brutal du script.
Alors j'ai opté pour le remplacement global, à l'éditeur, des
principaux caractères fautifs par la bonne valeur. C'est là que
l'on constate qu'il y en a beaucoup :
https://murviel-info-beziers.com/conversion-iso-8859-1-utf-8-php/
mais finalement cela va assez vite. Bon, on en oublie et on modifie
des choses qui ne sont pas des textes, mais finalement le site est
sur pied :
Évidemment, procéder article par article serait plus sûr...
Bonne chance !
Le Mon, 8 Oct 2018 22:00:44 +0200,
teamspipfactory@gmail.com (teamspipfactory at gmail.com) a écrit :
Nom : stephane
Prénom : SpipFactory
Message :
Bonsoir laurentj'ai vu passer tes messages sur l'encodage foireux
j'ai exactement le même soucis, j'ai monté un site test sur la
plateforme escaldu coup j'aimerais savoir comment tu t'en ai sorti
avant de commencer les moulinettes ou le plugin greniermerci
--
Laurent Bloch - https://www.laurentbloch.net - lb@laurentbloch.org
Si vous trouvez que l'éducation coûte cher, essayez l'ignorance !
(A. Lincoln)
