Discussion :

[Sablas]

Bonjour,

je me trouve dans la situation où je dois migrer un site internet d'un hébergement mutualisé à un autre.

Le soucis c'est que la base de donnée (contenant du Joomla et PhpBB) contient évidemment des accens...

Je dois passer la base de MySQL 4.1.22 à MySQL 5.0.84.

Evidemment tous les accens pètent à l'importation.

Quels sont les options que je pourrais activer pour permettre de conserver mes accens ?

Merci d'avances.

[Zwiter]

Bonjour,
je ne sais pas pour les options, mais utilise-tu bien le meme encodage dans les tables de tes 2 bases de données ?
Z.

[Sablas]

Le problème est justement qu'il n'y a aucune information d'encodage sur la version 4.1 de MySql (en tout cas affiché dans phpmyadmin)

Donc comment faire pour passer d'une version non encodée à une version encodée ?

J'ai déjà essayé de prendre le fichier texte contenant le dump et de modifier l'encodage des caractères avant de le réuploader sur la nouvelle base de donnée mais ca ne change rien.

[Zwiter]

La colonne 'collation' avec l'encodage ?
http://www.zymic.com/images/hosting-...dmin-large.png

Car de mysql4 à 5, les accents sont codés pareil avec le meme encodage (par defaut ?). Ca viendrait plutot du codage de ton fichier d'export/import, et de ton navigateur qui affiche les données...
Z.

[Sablas]

Je n'ai pas accès à ces informations sur l'ancienne base de donnée.

Le fichier de transfert que j'utilise est en gzip, ou alors c'est un .sql directement que j'édite et que je réenregistre avec un programme tiers pour changer l'encodage donc normalement c'est bon aussi à ce niveau là.

Je vais encore faire des tests d'affichage sur le nouveau site mais c'est tout de même étrange qu'avec les informations d'encodage il reste des bug d'affichage sur le nouveau phpmyadmin

Serait-ce possible que ce soit l'encodage des champs qui soit importé faux un à un ?

[Sablas]

Après test en modifiant mon fichier Host, le site est bel et bien corrompu lorsque j'importe l'ancienne base de donnée.
Tous les accents et caractères spéciaux sont remplacés par des ÃÅ

est-ce que qqun aurait une solution pour palier à ce problème ?

[Zwiter]

c'est possible de mettre un extrait de fichier ?

[Sablas]

Voici le début du fichier avec la création d'une table. Les caractères accentués sont correctement affichés dans ce fichier. C'est à l'importation que les accents sont mal interprétés.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
-- phpMyAdmin SQL Dump
-- version 2.11.9.5
-- http://www.phpmyadmin.net
--
-- Serveur: localhost
-- Généré le : Mar 08 Décembre 2009 à 00:32
-- Version du serveur: 4.0.27
-- Version de PHP: 5.2.6
 
 
 
/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES latin1 */;
 
--
-- Base de données: `handy`
--
 
-- --------------------------------------------------------
 
--
-- Structure de la table `jos_banner`
--
 
CREATE TABLE IF NOT EXISTS `jos_banner` (
  `bid` int(11) NOT NULL auto_increment,
  `cid` int(11) NOT NULL default '0',
  `type` varchar(30) NOT NULL default 'banner',
  `name` varchar(255) NOT NULL default '',
  `alias` varchar(255) NOT NULL default '',
...
 
  PRIMARY KEY  (`bid`),
  KEY `viewbanner` (`showBanner`),
  KEY `idx_banner_catid` (`catid`)
) TYPE=MyISAM AUTO_INCREMENT=1 ;

[Sablas]

Je ne sais pas si ca peut aider, les erreurs de caractères accentués sont soit de ce type :

Nous vous remercions de l’intÊrêt que vous nous portez. Vous trouverez ci-dessous des informations d’ordre lÊgal à considÊrer

Soit de celui là :

Nous vous remercions de l’intÊrêt que vous nous portez. Vous trouverez ci-dessous des informations d’ordre lÊgal à considÊrer

La base de donnée de destination est en utf8_unicode_ci, le mode de transfert aussi, le fichier .sql à importé est affiché sans problème et convertis en UTF8 avec Pspad ou Notepad++.

L'importation est effectuée en indiquant UTF8 comme encodage, avec ou sans la compatibilité Mysql 4.0 c'est pareil.

[Sablas]

Le problème a été résolu, tout du moins contourné, donc si ca peut aider du monde voici la procédure :

1) Exportation sans transfert des tables de la base de donnée depuis le phpmyadmin de l'ancien hébergeur. Une fois les informations affichées dans la page, passer l'encodage (Affichage -> Encodage) en UTF8.
2) Copier le texte ainsi obtenu dans un fichier texte.
3) Ouvrir le fichier dans un éditeur comme Notepad++ et modifier l'encodage en UTF8
4) Aller sur le phpmyadmin du nouvel hébergeur, vérifier que le mode de transmission et l'encodage par défaut est UTF8
5) Créer la base de donnée et modifier son encodage en UTF8 si nécessaire.
6) importer les données en spécifiant UTF8

Normalement comme ca les table sont importées de manière correcte.