Bonjour,
Après une journée de tâtonnements patients, e suis enfin parvenu à importer en masse quelques centaines d'articles dans ma base de données... mais j'ai des problèmes d'encodage.
Ce que j'ai fait :
1) rempli un article fictif dans spip
2) exporté en CSV depuis phpMyadmin pour voir la structure du document
3) exporté mes données en CSV depuis OpenOffice en respectant la même structure
4) importé le tout dans phpMyadmin
Résultat : mes articles sont bien là (et c'est déjà inespéré vu mon niveau) mais avec les accents qui sautent.
Pourtant j'ai bien sélectionné UTF-8 lors de l'export à partir d'OpenOffice, et ma base est en UTF-8 aussi, d'après phpMyadmin.
Donc si vous êtes un pro de ce genre de problèmes, je suis friand de vos commentaires! Ça me permettra d'importer les quelques milliers d'autres articles
Le 15 mars 2009 14:38, Martin Granger <moustiquaire@free.fr> a écrit :
Bonjour,
Après une journée de tâtonnements patients, e suis enfin parvenu à importer
en masse quelques centaines d'articles dans ma base de données... mais j'ai
des problèmes d'encodage.
Ce que j'ai fait :
1) rempli un article fictif dans spip
2) exporté en CSV depuis phpMyadmin pour voir la structure du document
3) exporté mes données en CSV depuis OpenOffice en respectant la même
structure
4) importé le tout dans phpMyadmin
Résultat : mes articles sont bien là (et c'est déjà inespéré vu mon niveau)
mais avec les accents qui sautent.
Pourtant j'ai bien sélectionné UTF-8 lors de l'export à partir d'OpenOffice,
et ma base est en UTF-8 aussi, d'après phpMyadmin.
Donc si vous êtes un pro de ce genre de problèmes, je suis friand de vos
commentaires! Ça me permettra d'importer les quelques milliers d'autres
articles
Déja, tu peux essayer de voir dans l'espace interne de ton site, dans
configuration>gestion des langues, dans "jeu de caractères du site",
si c'est bien en uft-8.
Sinon, tu peux peut etre voir avec ton hébergeur pour qu'ils importent
directement ta table spip_artcles dans ta nouvelle base.
Bon courage
Déja, tu peux essayer de voir dans l'espace interne de ton site, dans
configuration>gestion des langues, dans "jeu de caractères du site",
si c'est bien en uft-8.
Oui, c'est bien en UTF-8
Sinon, tu peux peut etre voir avec ton hébergeur pour qu'ils importent
directement ta table spip_artcles dans ta nouvelle base.
Ben déjà ça m'étonnerait qu'ils acceptent, mais en plus même s'ils voulaient bien, ils utiliseraient phpMyadmin aussi, non ?
Sinon, tu peux peut etre voir avec ton hébergeur pour qu'ils importent
directement ta table spip_artcles dans ta nouvelle base.
Ben déjà ça m'étonnerait qu'ils acceptent, mais en plus même s'ils voulaient
bien, ils utiliseraient phpMyadmin aussi, non ?
Ben je suppose que si tu fais toutes ces manips pour importer des
fichiers, c'est parce que ta table spip_articles est trop volumineuse,
et dépasse la limite autorisée par ton hébergeur, non?
J'avais eu ce problème, et j'ai demandé à l'APINC, j'ai déposé la
table en question sur mon serveur, ils l'ont récupéré et directement
intégré à la base de donnée.
Sinon, je ne vois pas...
Sinon, tu peux peut etre voir avec ton hébergeur pour qu'ils importent
directement ta table spip_artcles dans ta nouvelle base.
Ben déjà ça m'étonnerait qu'ils acceptent, mais en plus même s'ils voulaient
bien, ils utiliseraient phpMyadmin aussi, non ?
Ben je suppose que si tu fais toutes ces manips pour importer des
fichiers, c'est parce que ta table spip_articles est trop volumineuse,
et dépasse la limite autorisée par ton hébergeur, non?
Non non, pas du tout. C'est juste que je n'ai pas envie de rentrer 5000 articles à la main, je trouve ça fastidieux
outis
options
chargement / enregistrement
compatibilité html moi j'ai bien utf-8
a+
Martin Granger wrote:
Bonjour,
Après une journée de tâtonnements patients, e suis enfin parvenu à importer en masse quelques centaines d'articles dans ma base de données... mais j'ai des problèmes d'encodage.
Ce que j'ai fait :
1) rempli un article fictif dans spip
2) exporté en CSV depuis phpMyadmin pour voir la structure du document
3) exporté mes données en CSV depuis OpenOffice en respectant la même structure
4) importé le tout dans phpMyadmin
Résultat : mes articles sont bien là (et c'est déjà inespéré vu mon niveau) mais avec les accents qui sautent.
Pourtant j'ai bien sélectionné UTF-8 lors de l'export à partir d'OpenOffice, et ma base est en UTF-8 aussi, d'après phpMyadmin.
Donc si vous êtes un pro de ce genre de problèmes, je suis friand de vos commentaires! Ça me permettra d'importer les quelques milliers d'autres articles
Comme beaucoup, j'ai des problèmes de codage.
J'ai remarqué qu'en local, les caractères étaient codés dans la base alors que sur le site distant, ils ne l'étaient pas , donc impossible de d'utiliser une copie de l'une sur l'autre.
D'où vient cette différence ? Je précise que partout est spécifié UTF8.
Merci pour qui peut donner une explication.
rem : essais en local avec : easy php 1.8 - easy php 3 - wamp5 1.7.3
vic a écrit :
salut
openoffice pourrait ne pas etre en utf-8 !! j'ai regardé dans
outis
options
chargement / enregistrement
compatibilité html moi j'ai bien utf-8
Ben moi aussi, j'ai bien UTF8.
Ça n'arrange pas mes affaires...
_______________________________________________
liste spip
- désabonnement : spip-off@rezo.net
jesuis abonné à la liste, mais je ne sais pas comment on répond à tout le monde, si vous voulez bien faire passer le mesage...
la base doit bien être encodée en UTF-8, mais avec un réglage de l'interclassement
latin1_swedish_ci
là tout doit fonctionner...
Ah, là ça se complique... Effectivement, mon interclassement semble être "utf8_general_ci" si j'ai bien tout compris. Je vais essayer comme tu dis. Mais je ne comprends pas ce que le suédois vient faire là-dedans !
Comme beaucoup, j’ai des problèmes de codage.
J’ai remarqué qu’en local, les caractères étaient codés dans la base alors que sur le site distant, ils ne l’étaient pas , donc impossible de d’utiliser une copie de l’une sur l’autre.
D’où vient cette différence ? Je précise que partout est spécifié UTF8.
Merci pour qui peut donner une explication.
rem : essais en local avec : easy php 1.8 - easy php 3 - wamp5 1.7.3
vic a écrit :
salut
openoffice pourrait ne pas etre en utf-8 !! j’ai regardé dans
outis
options
chargement / enregistrement
compatibilité html moi j’ai bien utf-8
Ben moi aussi, j’ai bien UTF8.
Ça n’arrange pas mes affaires…
Comme beaucoup, j’ai des problèmes de codage.
J’ai remarqué qu’en local, les caractères étaient codés dans la base alors que sur le site distant, ils ne l’étaient pas , donc impossible de d’utiliser une copie de l’une sur l’autre.
D’où vient cette différence ? Je précise que partout est spécifié UTF8.
Merci pour qui peut donner une explication.
rem : essais en local avec : easy php 1.8 - easy php 3 - wamp5 1.7.3
vic a écrit :
salut
openoffice pourrait ne pas etre en utf-8 !! j’ai regardé dans
outis
options
chargement / enregistrement
compatibilité html moi j’ai bien utf-8
Ben moi aussi, j’ai bien UTF8.
Ça n’arrange pas mes affaires…
