1/je teste ma prochaine migration et j'ai procédé à une mise à jour (chez
free).
après la mise à niveau de la bdd, j'ai opté pour la conversion en UTF8.
Tout s'est bien passé...
Après avoir vidé le cache, j'ai consulté mes rubriques et articles: tout est
ok.
Si je consulte mon espace privé spip m'indique que je suis en UTF8...
MAIs si je consulte ma base avec phpmyadmin, la bdd comme l'ensemble des
tables affichent un interclassement en latin1_general_ci !
j'ai converti ou pas?
2/ en récupérant mon dump sur mon propre serveur, j'ai un comportement
encore plus bizarre.
conversion ok
lecture en espace privée ok
lecture en espace public ok
MAIS lecture en bdd directe ou les é sont transformés en Ac avec les accents
nordiques...bref de l'affichage de latin1 en UTF8, si j'ai bien compris...
comment rétablir la cohérence ? quel UTF demander en interclassement,(ce que
j'ai essayé m'a foutu la m...dans l'espace privé et public) dois-je le
faire pour chaque table? ça va être long...
qd j'ai essayé, j'ai rétabli la cohérence dans ma bdd avec phpmyadmin , mais
j'ai obtenu un affichage tordu en espace public mais correct en privé!
NB: pour avoir l'assurance de ne pas me planter, j'ai volontairement viré
tous mes squelettes et utilisé ceux de la dist par défaut, temporairement,
donc pas de pb de déclaration de charset à isoler...
merci
pour aller plus loin, j'ai sauvegardé ma base après sa conversion en UTF8
j'ai ouvert le dump avec un éditeur et je constate que l'entete est le
suivant :
<?xml version="1.0" encoding="iso-8859-1"?>
<SPIP version="1.9" version_base="1.915" version_archive="1.3">
donc spip affiche que je suis en utf8 mais la base n'en a que faire et reste
en iso-8859-1...
phpmyadmin ne me mène donc pas en bateau...
j'ai pourtant bien eu tous les messages de succès à la fin de cette
conversion...
le script de ma version serait-il buggé? dois-je passer à une version svn?
sylpub wrote:
Bonjour
1/je teste ma prochaine migration et j'ai procédé à une mise à jour (chez
free).
après la mise à niveau de la bdd, j'ai opté pour la conversion en UTF8.
Tout s'est bien passé...
Après avoir vidé le cache, j'ai consulté mes rubriques et articles: tout
est ok.
Si je consulte mon espace privé spip m'indique que je suis en UTF8...
MAIs si je consulte ma base avec phpmyadmin, la bdd comme l'ensemble des
tables affichent un interclassement en latin1_general_ci !
j'ai converti ou pas?
2/ en récupérant mon dump sur mon propre serveur, j'ai un comportement
encore plus bizarre.
conversion ok
lecture en espace privée ok
lecture en espace public ok
MAIS lecture en bdd directe ou les é sont transformés en Ac avec les
accents nordiques...bref de l'affichage de latin1 en UTF8, si j'ai bien
compris...
comment rétablir la cohérence ? quel UTF demander en interclassement,(ce
que j'ai essayé m'a foutu la m...dans l'espace privé et public) dois-je le
faire pour chaque table? ça va être long...
qd j'ai essayé, j'ai rétabli la cohérence dans ma bdd avec phpmyadmin ,
mais j'ai obtenu un affichage tordu en espace public mais correct en
privé!
NB: pour avoir l'assurance de ne pas me planter, j'ai volontairement viré
tous mes squelettes et utilisé ceux de la dist par défaut, temporairement,
donc pas de pb de déclaration de charset à isoler...
merci
pour aller plus loin, j'ai sauvegardé ma base après sa conversion en UTF8
j'ai ouvert le dump avec un éditeur et je constate que l'entete est le
suivant :
<?xml version="1.0" encoding="iso-8859-1"?>
<SPIP version="1.9" version_base="1.915" version_archive="1.3">
donc spip affiche que je suis en utf8 mais la base n'en a que faire et reste
en iso-8859-1...
phpmyadmin ne me mène donc pas en bateau...
j'ai pourtant bien eu tous les messages de succès à la fin de cette
conversion...
le script de ma version serait-il buggé? dois-je passer à une version svn?
Pour le iso-8859-1 présent dans le dump de ta base via phpmyadmin, à mon avis, ce n'est qu'un problème de phpmyadmin, rien à voir avec spip en lui même.
Tapes dans un moteur de recherche phpmyadmin et utf-8, histoire de te faire peur.
1: le dump est réalisé avec spip pas avec phpmyadmin (je ne l'ai utilisé que
pour voir ce qui se passait dans ma base avant de savoir si je passais en
utf8)
2: j'ai commencé par aller chez mysql pour m'en sortir : il semblerait qu'il
faille que je me tape toutes les conversions de chaque table => blob =>
utf8;
3: j'esperais que le script spip le ferait seul
4: l'incohérence n'est pas génante dans la mesure où ni espace public ni
espace privé ne montrent de défaillance mais j'aime ce qui est propre
indie wrote:
sylpub a écrit :
pour aller plus loin, j'ai sauvegardé ma base après sa conversion en UTF8
j'ai ouvert le dump avec un éditeur et je constate que l'entete est le
suivant :
<?xml version="1.0" encoding="iso-8859-1"?>
<SPIP version="1.9" version_base="1.915" version_archive="1.3">
donc spip affiche que je suis en utf8 mais la base n'en a que faire et
reste en iso-8859-1...
phpmyadmin ne me mène donc pas en bateau...
j'ai pourtant bien eu tous les messages de succès à la fin de cette
conversion...
le script de ma version serait-il buggé? dois-je passer à une version
svn?
Pour le iso-8859-1 présent dans le dump de ta base via phpmyadmin, à mon
avis, ce n'est qu'un problème de phpmyadmin, rien à voir avec spip en
lui même.
Tapes dans un moteur de recherche phpmyadmin et utf-8, histoire de te
faire peur.
