Bonjour,
Pour répondre au post au dessus, j'ai eu le moment problème. Et j'ai compris comment faire différement. En fait Free utilise une base MySQL 5.0 alors que ton hébergeur doit etre a une base de données MySQL4.0. Il faut, lors de la sauvegarde de ta base de données dans le phpmyadmin de Free, selectionner "Compatibilité de l'exportation : MYSQL40".
Après ca plus de problème
Pour ma part j'ai un autre problème lors de la migration de ma grosse base de données... Je ne peux pas utiliser de logiciel mis à notre disposition pour sauvegarder et restaurer ma base de données, étant donné que je migre de Free vers OVH. Je doit modifier les options d'exportation de ma base de free pour qu'elle soit 100% compatible chez OVH. J'ai passé ma journée de hier sur ce forum a chercher et tester plusieurs logiciels pour exporter et importer ma base de données. Etant donné qu'aucun programme ne prend en compte un fichier SQL déja généré pour le restaurer (en contournant le sql time). J'ai fallait réussir avec XTDump, mais quand je passe le fichier complet de la base à XTDump Convertor, ce dernier met bien le fichier pour etre lu par XTDump, mais tout les carractère accentués sont supprimés.
De ce fait, je me retrouve au meme point....
A noter que : si je fais une sauvegarde de la base de données en jeu de caractère par défaut "utf-8", XTDump Convertor garde bien les accent, mais mon nouvel hébergeur ne comprend pas tout à fait ce jeu de caractère et les accent sont remplacé par des @'... Je doit faire une sauvegarde de la base avec le jeu de caractère "iso-8859-1".
- Eskuel ne m'a pas bcp aidé
- Le script de Ashe, pareil...
Merci par avance pour votre aide
