You are not logged in.
Je dois déplacer mon installation de GLPI d'un serveur OS X à un autre.
J'ai fait une exportation (backup) SQL de mes données sur l'ancien et installé une copie fraîche de GLPI 0.70 sur le nouveau serveur.
Mon problème est que le fichier .sql que j'ai exporté n'a pas bien encodé les accents. De sorte, que lorsque j'importe les données, tous les accents sont incorrects dans l'interface GLPI.
J'ai vérifié l'encodage de la nouvelle bd mysql (UTF8) est le même que l'ancien.
Des conseils?
Merci
Éric Garneau
Offline
Comment vous exportez et vous importez ? (dump de glpi ? export phpmyadmin ? export en ligne de commande ? etc...).
J'ai remarqué qu'il pouvait y avoir quelques soucis en fonction des méthodes utilisées.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
J'ai fait un dump de glpi.
Ensuite je fait un import en ligne de commande avec mysql.
Offline
Juste pour bien comprendre vous partez d'une 0.70.2 vers un 0.70.2 ?
Ou vous faites une mise à jour en meme temps ?
Je demande ça car cela peut expliquer certaines choses.
Il faut savoir que les DB de version de GLPI antérieures à la 0.7 ne sont pas full utf8.
Par ailleurs sachez également qu'en fonction des versions de mysql l'export ne se fait pas dans le meme charset :
However, do note that one common problem - character set encoding. Newer release of mysqldump uses UTF8 as its default charset if nothing is specified, while older versions (older than 4.1 typically) use Latin1 as default characterset. If you database charset is Latin1 and dump in UTF8 collation, the data may ends up become simply rubbish, garbled, or unreadable.. If this case, use –default-character-set=charset_name option to specify the character set.
Bref une solution éventuelle pour éviter les manipulations : utiliser l'export et l'import de GLPI si votre db n'est pas trop importante.
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Oui je pars d'une 0.72 vers 0.72.
L'ancien serveur utilise mySQL 4.1.22 et la bd glpidb a l'encodage UTF8.
Le nouveau utilise mySQL 5.0.45.
La façon que j'essaie de migrer les données c'est en copiant le dossier glpi que j'ai sur l'ancien dans /Library/Webserver/Documents, au même endroit sur le nouveau.
Et ensuite, au terminal, je tape :
# mysql -u root -p
mysql> create database glpidb character set utf8;
# mysql -u root -p glpidb < glpi-0.70.2-2008-04-16-14-23.sql
Et puis quand j'ouvre ensuite GLPI, je me logge sans problèmes, mais tous les accents sont illisibles.
Comment puis-je utiliser l'importation de la db sans me logger dans GLPI?
Offline
L'ancien serveur utilise mySQL 4.1.22 et la bd glpidb a l'encodage UTF8.
Le nouveau utilise mySQL 5.0.45.
Voilà donc le problème.....
Pour votre question, c'est simple,
- vous installez sur votre nouveau serveur un GLPI 0.70.2 from scratch
- Sur votre ancien serveur vous faites votre export db via l'interface de glpi
- sur votre nouveau serveur vous copiez l'export db (files/_dump)
- Sur votre nouveau serveur vous lancez l'import via l'interface de GLPI
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
C'est fait. Mais l'export/import n'a pas ramené les utilisateurs de mon autre installation. Comment les importer?
Offline
Offline
Ils n'y sont pas après le export. Je dois me connecter avec le compte glpi. J'ai pourtant fait un dump SQL dans l'interface de l'ancien. Comment puis-je vérifier si les données se trouvent bien dans le fichier .mysql ? Faut-il avoir un certain niveau de privilèges (superadmin)?
Offline
Le fichier dump est un fichier texte vous pouvez l'ouvrir avec un éditeur et regardez ce qui se trouve dans la table glpi_users
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Toutes les données y sont.
Le problème se situe au niveau de la restauration du fichier dump (SQL). Il ne se rend jamais à 100%, mais le fureteur semble avoir terminé son travail.
Offline
Je n'ai que le fichier php.ini.default avec 128M comme paramètre.
Offline
curieux là....
ET si vous testez l'injection du fichier généré via l'interface directement en ligne de commande, vous avez quels résultats ?
JMD / Jean-Mathieu Doléans - Glpi-project.org - Association Indepnet
Apportez votre pierre au projet GLPI : Soutenir
Offline
Toutes les données et les users y sont, mais les caractères accentués sont brouillés.
Offline
J'ai trouvé.
mtlxserve01:_dumps root# mysql -u root -p --default_character_set utf8 glpidb < glpi-0.70.2-2008-04-22-11-19.sql
Offline
Je ne comprend pas très bien quand vous dites :
Pour votre question, c'est simple,
- vous installez sur votre nouveau serveur un GLPI 0.70.2 from scratch
- Sur votre ancien serveur vous faites votre export db via l'interface de glpi
- sur votre nouveau serveur vous copiez l'export db (files/_dump)
- Sur votre nouveau serveur vous lancez l'import via l'interface de GLPI
ce que signifie :
files/_dump)
Merci de votre réponse, car j'ai le même problème
Offline