exportation de table via PMA

**grassel** · 19/04/2009, 13h04

bon jour à tous

Quelqu'un peut-il me dire s'il est possible de régler un petit soucis d'accent lors de l'exécution de la procédure ci-dessous :

Pour effectuer un exportation de table, je passe par car la création d'un fichier texte généré par PMA.
L'option de schéma de table selectionné est SQL et le Mode de compatibilité SQL est : 'none'

La création du fichier texte est réalisée avec succès sauf pour les caractères spéciaux. Ainsi, dès que PMA rencontre un accent, il tronque le contenu du champs à partir du caractère précédent l'accent et passe au champs suivant.

Bien sûr à l'importation à partir de ce fichier texte, "invité" devient "invit", "dédé" devient "d"

Y-a-t'il possibilité de régler ce problème autrement que de reprendre le fichier texte manuellement, d'effectuer les corrections, avant d'effectuer l'importation ?

voici un extrait du fichier texte, base de l'opération :

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
39
40
41
42
43
44
45
46
-- phpMyAdmin SQL Dump
-- version OVH
-- http://www.phpmyadmin.net
--
-- Serveur: mysqlxxx
-- Généré le : Dim 19 Avril 2009 à 12:17
-- Version du serveur: 5.0.68
-- Version de PHP: 4.4.9
 
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
 
--
-- Base de données: `xxxxxxx`
--
 
-- --------------------------------------------------------
 
--
-- Structure de la table `xxx_logs`
--
 
CREATE TABLE IF NOT EXISTS `xxx_test` (
  `c_id` smallint(5) NOT NULL auto_increment,
  `c_pseudo` varchar(50) collate utf8_unicode_ci NOT NULL,
  `c_dtConnect` datetime NOT NULL,
  `c_pgCode` varchar(100) collate utf8_unicode_ci default NULL,
  `c_ip` varchar(20) collate utf8_unicode_ci default NULL,
  `c_client` varchar(50) collate utf8_unicode_ci default NULL,
  `c_url` varchar(150) collate utf8_unicode_ci default NULL,
  `c_urlParent` varchar(150) collate utf8_unicode_ci default NULL,
  `c_sessid` varchar(50) collate utf8_unicode_ci default NULL,
  `c_nav` text collate utf8_unicode_ci,
  PRIMARY KEY  (`c_id`),
  KEY `c_pseudo` (`c_pseudo`),
  KEY `c_dtConnect` (`c_dtConnect`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;
 
--
-- Contenu de la table `xxx_test`
--
 
INSERT INTO `xxx_test` (`c_pseudo`, `c_dtConnect`, `c_pgCode`, `c_ip`, `c_client`, `c_url`, `c_urlParent`, `c_sessid`, `c_nav`) VALUES
('wally', '2009-04-07 19:48:50', 'Boutique', '90.33.169.94', 'ANancy-256-1-130-94.w90-33.abo.wanadoo.fr', '/boutique/pgBoutique01.php', 'http://www.vieuxchateaudevolkrange.com/index.php', '5e18e05220e30976bf9cfb710bc80e4b', 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Orange 7.4 ; NaviWoo1.1; AntivirXP08; i-NavFourF; .NET CLR 1.1.4322; .NET CLR 2.0.50727)'),
('d', '2009-03-29 11:36:17', 'Scolaire', '92.138.199.150', 'ANancy-552-1-32-150.w92-138.abo.wanadoo.fr', '/scolaires/pgNature01.php', 'page nav', 'b5dd1bd1d55500f135cc193a94ea3895', 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Orange 8.0; GTB5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)'),
('d', '2009-03-29 11:34:42', 'page de garde', '92.138.199.150', 'ANancy-552-1-32-150.w92-138.abo.wanadoo.fr', '/index.php?$choix_col3=4&$code_aff=4', 'http://www.vieuxchateaudevolkrange.com/index.php?$choix_col3=2&$code_aff=2', 'b5dd1bd1d55500f135cc193a94ea3895', 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Orange 8.0; GTB5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)'),
('invit', '2009-04-19 11:59:59', 'Index', '80.185.73.82', '82.73.185-80.rev.gaoland.net', '/', 'http://www.google.fr/search?source=ig&hl=fr&rlz=1G1GGLQ_FRFR255&=&q=chateau+de+volkrange&btnG=Recherche+Google&meta=lr%3D&aq=0&oq=chateau+de+vol', '96755f508c3d87190d305b18488d41bf', 'Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8 (.NET CLR 3.5.30729)');

bon dimanche
pascal

**ced** · 21/04/2009, 13h56

Bonjour,

Quelle est ta version de phpMyAdmin ? J'ai retesté avec une version 3.1.3 et, pour moi, l'export fonctionne correctement.

ced

**Siguillaume** · 21/04/2009, 14h50

Bonjour. Essaies de mettre l'encodage à utf-8 avant l'export.

**grassel** · 21/04/2009, 18h13

Envoyé par ced

Quelle est ta version de phpMyAdmin ? J'ai retesté avec une version 3.1.3 et, pour moi, l'export fonctionne correctement.
ced

OVH propose un PMA pré-installé. J'utilise donc celui-ci par commodité, compte tenu de mon niveau basique d'utilisateur. Aussi, impossible de trouver la version utilisée, il se pourrait que cela soit une adaptation maison (cause serveur mutualisé peut-être (voir entête ci-dessous) :

Code :

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

1
2
3
4
5
6
7
8
9
10
-- phpMyAdmin SQL Dump
-- version OVH
-- http://www.phpmyadmin.net
--
-- Serveur: mysql5-10
-- Généré le : Dim 19 Avril 2009 à 12:17
-- Version du serveur: 5.0.68
-- Version de PHP: 4.4.9

SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";

Envoyé par Danjos

Essaies de mettre l'encodage à utf-8 avant l'export

J'y ai bien pensé car j'ai dû inclure dans mes script un " mysql_set_charset(utf8);" pour un affichage correct des accents dans PMA.
Malheureusement, je n'ai absolument aucune idée de la façon de procéder

...

En tout cas, déjà

pour vos remarques

**Siguillaume** · 21/04/2009, 19h09

Envoyé par grassel

:
J'y ai bien pensé car j'ai dû inclure ds mes script un " mysql_set_charset(utf8);" pour un affichage correct des accents dans PMA.
Malheureusement, je n'ai absolument aucune idée de la façon de procéder

...

Dans quel script l'as-tu fait alors? Cela peut se gérer graphiquement.

**grassel** · 21/04/2009, 19h52

voici le code utilisé à chaque connexion mysql, initiée dans mes pages .php du site:

Code :

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

1
2
3
4
  $connection = mysql_connect($db_host, $db_user, $db_pass) or die(mysql_error());
  mysql_select_db($db_nom, $connection) or die(mysql_error());
  mysql_set_charset(utf8); 
 return $connection ;

J'ai été obligé d'insérer cette ligne afin d'obtenir un affichage correct des accents dans PMA de OVH.
Je parvenais à une affichage correct dans différents navigateurs mais la consultation des enregistrements directement avec PMA me donnait de beaux hiéroglyphes

Envoyé par ced
Quelle est ta version de phpMyAdmin ? J'ai retesté avec une version 3.1.3 et, pour moi, l'export fonctionne correctement.
ced

j'ai testé en local avec pma de wampserver, pas de problème.
pour info, en local, l'affichage des accents n'a également jamais posé de soucis et donc n'exigeait pas la redéfinition "mysql_set_charset(utf8)" imposée pour le PMA de OVH

J'espère que ces infos vous aident...

**Siguillaume** · 22/04/2009, 09h53

Bonjour, oui je vois ce que tu veux faire.

Avant les transactions avec la base, tu mets l'encodage à utf-8. Mais le problème, c'est que tu n'arrives pas à gérer ça en import.
Alors la solution que te proposerais est de paramètrer le phpmyadmin (tu peux le faire, même à distance), pour que ta base soit entièrement du utf-8.
Regarde au niveau du serveur.

**grassel** · 22/04/2009, 10h38

merci beaucoup pour le coup de main

Sois patient car je n'ai qu'une connaissance bien empirique de php et mysql

En fait, à force de chercher une solution, je constate que c'est l'export que je ne parviens pas à gérer car les données sont tronquées à ce moment là, l'import lui se fait convenablement.

cidessous,extrait du fichier txt généré par PMA au moment de l'export et qui servira de base à une importation future :

Code :

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

1
2
3
4
5
INSERT INTO `xxx_test` (`c_pseudo`, `c_dtConnect`, `c_pgCode`, `c_ip`, `c_client`, `c_url`, `c_urlParent`, `c_sessid`, `c_nav`) VALUES
('wally', '2009-04-07 19:48:50', 'Boutique', '90.33.169.94', 'ANancy-256-1-130-94.w90-33.abo.wanadoo.fr', '/boutique/pgBoutique01.php', 'http://www.vieuxchateaudevolkrange.com/index.php', '5e18e05220e30976bf9cfb710bc80e4b', 'Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Orange 7.4 ; NaviWoo1.1; AntivirXP08; i-NavFourF; .NET CLR 1.1.4322; .NET CLR 2.0.50727)'),
('d', '2009-03-29 11:36:17', 'Scolaire', '92.138.199.150', 'ANancy-552-1-32-150.w92-138.abo.wanadoo.fr', '/scolaires/pgNature01.php', 'page nav', 'b5dd1bd1d55500f135cc193a94ea3895', 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Orange 8.0; GTB5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)'),
('d', '2009-03-29 11:34:42', 'page de garde', '92.138.199.150', 'ANancy-552-1-32-150.w92-138.abo.wanadoo.fr', '/index.php?$choix_col3=4&$code_aff=4', 'http://www.vieuxchateaudevolkrange.com/index.php?$choix_col3=2&$code_aff=2', 'b5dd1bd1d55500f135cc193a94ea3895', 'Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; Orange 8.0; GTB5; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.0.04506)'),
('invit', '2009-04-19 11:59:59', 'Index', '80.185.73.82', '82.73.185-80.rev.gaoland.net', '/', 'http://www.google.fr/search?source=ig&hl=fr&rlz=1G1GGLQ_FRFR255&=&q=chateau+de+volkrange&btnG=Recherche+Google&meta=lr%3D&aq=0&oq=chateau+de+vol', '96755f508c3d87190d305b18488d41bf', 'Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.8) Gecko/2009032609 Firefox/3.0.8 (.NET CLR 3.5.30729)');

On voit bien ci-dessus que "invité" a été exporté dans la fichier txt en "invit", ainsi que "dédé" qui devient "d"

Même si je ne demande pas de me voir donner la solution sans chercher par moi-même, ici je suis totalement dépassé :
Que veux-tu dire par regarder au niveau du serveur ?

Est-ce à dire que l'on peut modifier les caractéristiques de PMA bien qu'il soit commun à tous les utilisateurs du serveur mutualisé ... je ne dis pas trop de bêtise ?..!

**Siguillaume** · 22/04/2009, 16h16

C'est justement ce que je disais depuis le début.
L'exportation n'est pas faite en utf-8.
Quand tu fais des requêtes sélection sur PMA, qu'obtiens-tu?

Edit : Je viens aussi de vérifier que tu peux personnaliser ta connexion MySQL sur PMA, même à distance.
Tu choisis l'interclassement que tu veux. Il y en a plusieurs dans la liste déroulante

**grassel** · 22/04/2009, 18h58

Pour ce qui concerne l'interclassement pour la connexion mysql : j'ai toujours choisi utf8_unicode_ci.

Pour ce qui est de la requête passée directement dans PMA :

Code :

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

1
2
3
4
 SELECT *
FROM `jcb_logs`
WHERE c_pseudo = "invité"
LIMIT 0 , 30

PMA me sort effectivement la bonne liste des enregistrements, correctement affichés

Le problème réside donc bien au niveau de l'exportation dans le fichier txt, n'est ce pas ?...

**Siguillaume** · 22/04/2009, 19h38

Envoyé par grassel

Le pb réside donc bien au niveau de l'exportation dans le fichier txt, n'est ce pas ?...

Oui, et là, c'est bien curieux parce que tu as tous les bons paramètres

Essaie de poser la question au support technique de ton hébergeur.

**grassel** · 22/04/2009, 20h07

Cet échange me permettra d'être précis dans ma demande de support auprès de mon hébergeur et en cela il a été fort utile.

Maintenant pour leur présenter de manière concise le problème, je vais m'amuser car ils ont l'habitude de snober avant de se pencher réellement sur la question

Merci donc pour ton aide, je posterai ici dès que possible leur réponse.
Bonne soirée

**grassel** · 28/04/2009, 15h46

Comme promis, la solution à ce petit soucis :

Essaye déjà en faisant "transmettre" plutôt que de laisser l'affichage dans ton navigateur, avec les problèmes d'encodage il faut réduire au maximum les étapes qui pourrait faire une conversion (comme un navigateur mal configuré, un copier/coller dans windows sur un word ou autre).
Ensuite regarde le contenu du fichier et son encodage dans un bon éditeur type ultraedit ou notepad++.

Voilà le conseil récupéré sur le forum OVH. Appliqué à la lettre (wordpad par contre n'affiche pas les accents

), édition possible du fichier txt obtenu avec notpad++

pascal