Quote from: Titooy on January 12, 2006, 07:53:20 PM5. Introduisez la commande iconv.exe -f iso-8859-1 -t utf-8 sauvegarde.sql > sauvegarde-utf8.sql (remplacez sauvegarde.sql par le nom de votre fichier)
J'ai eu ce messge d'erreur sous dos:
'iconv.exe' n'est pas reconnu en tant que commande interne ou externe, un programme executable ou un fichier de commandes :-\
2 possibilités :
- vous n'avez extrait iconv.exe ni dans le répertoire de votre sauvegarde ni dans C:\windows\system32\
- vous n'avez pas navigué jusqu'à votre répertoire dans la fenêtre DOS
Bah euh... si. Pour pas me faire suer à rechercher la commande DOS pour changer de dossier (ça fait un sacré bail que je ne l'ai plus utilisé), j'ai tout mis (fichier de sauvegarde + .exe et .dll) dans le dossier où DOS pointait par défaut.
Mais j'essaierai de faire ça plus "proprement" ce soir...
Bon, ben je sais pas pkoi ça a marché cette fois...
Mais j'ai un autre pb de taille: impossible de réimporter le fichier sql dans la bd... :-\
Il me met qu'il ne peut recréer la base qui existe déjà (logique). Si je vire la ligne en question, il me trouve plein d'erreurs de sytaxe.
Là, chuis bin coincé... :P
Tu as bien supprimé uniquement CREATE DATABASE `mabase`; et laissé USE mabase; ?
Quote from: Titooy on February 16, 2006, 09:45:10 PM
Tu as bien supprimé uniquement CREATE DATABASE `mabase`; et laissé USE mabase; ?
Vi. et j'ai ça:
USE mabase MySQL a répondu:
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '-- phpMyAdmin SQL Dump
-- version 2.6.3-pl1
-- http://www.phpmyadmin.net
-' at line 1
Pourrais-tu copier ici le contenu de ton fichier sql jusqu'au premier CREATE TABLE ?
-- phpMyAdmin SQL Dump
-- version 2.6.3-pl1
-- http://www.phpmyadmin.net
--
-- Serveur: XXXXXXXXXXXXXXX
-- Généré le : Jeudi 16 Février 2006 à 21:08
-- Version du serveur: 4.1.15
-- Version de PHP: 4.4.0
--
-- Base de données: `XXXXXXXXXX`
--
USE XXXXXXXXXX;
-- --------------------------------------------------------
--
-- Structure de la table `cpg134_albums`
--
CREATE TABLE `cpg134_albums` (
(si on est entrain de polluer le sujet initial, libre à un modo de le scinder en deux...) ;)
A mon avis, c'est dû à des caractères unicode parasites en début de fichier. Quel éditeur utilises-tu ? Essaye de l'ouvrir avec Notepad et de l'enregistrer en ANSI (ou ASCII, je ne sais plus).
T'es un champion, ça a marché! ;)
Mais (bah oui, il y a un "mais") avant l'opération, j'avais un problème seulement avec les phrases "systèmes" (ex: 388 photos dans 21 albums avec 89 commentaires affichées 29179 fois) mais les titres d'albums et autres commentaires étaient OK, mais maintenant tout merde de nouveau. :-\
http://presquile.crozon.free.fr/coppermine/index.php
Ah ben si, c'est bon. Je comprends rien.
Mais c'est toujours pas bon en ce qui concerne le texte ajouté (titres, déscriptions, commentaires) où tous les "é" "à" et autres caractères accentués sont remplacés par des "?"... :-\
Question stupide : tu avais viré toutes tes tables avant de réintroduire ta base ? (je suppose que oui sinon tu aurais eu des problèmes)
Ce qui est bizarre c'est que, même en activant l'affichage en iso-8859-1, les points d'interrogation restent...
Essai suivant :
- reprendre le backup (j'espère que tu l'as toujours)
- supprimer la ligne CREATE DATABASE
- enregistrer en ANSI/ASCII
- faire la conversion avec iconv
- virer les tables
- importer la version utf8
PTDR: les commentaires et autres titres sont ok (plus de "?") mais le menu et les phrases systèmes merdent de nouveau! ;D
Bon, je pers pas espoir, tout à l'heure, c'était redevenu ok après une ou deux manips aléatoires dans l'admin...
Bon, je renonce à comprendre. C'est redevenu bon pour les phrase de coppermine mais j'ai maintenant des carrés dans les descriptions. Mais c'est visiblement qu'une question de reglages, car en regardant directement dans la base, les commentaires sont ok. :P
Il fera jour demain... :)
Maintenant:
- repasse un petit coup d'iconv sur le fichier que tu viens d'importer
- revire les tables
- réimporte le nouveau fichier
;D ;D ;D
Tout merde à nouveau, mais avec un progrès: le plantage est uniforme. ;D
Qq exemples pris à la fois dans le contenu et dans le "contenant":
"affichées" donne "affichées"
"façade" donne "façade"
etc...
Je viens de remplacer "unicode" par "défaut" dans la config et... miracle, ça marche.
Je ne touche plus à rien et file me coucher! ;D
Un grand merci à toi pour ta disponibilité! ;)
Moi j'ai toujours mon problème et celui-ci est identique à Loïc.
Pouvez-vous m'aider, j'ai tout essayé... y a pas autre chose ??
Merci d'avance.
Identique à quel moment ? Il y a une solide évolution des problèmes sur cette page...
Avez-vous vraiment tout essayé (http://forum.coppermine-gallery.net/index.php?topic=26381.0) ?
On peut voir le problème ? Une adresse ?
Mon problème est identique à celui de loïc. Quand j'importais le fichier concerné dans ma base de données, j'obtenais exactement le même code erreur.
Mon album photos n'est pas en ligne actuellement à cause de cela, mais je vous fais un copier/coller de mes erreurs d'écriture :
Photos ـ thوmes
Autres ىvىnements
Fيtes
etc....
Le problème est toujours sur les accentuations.
J'ai suivi toutes les consignes de cette page et aussi de l'autre topic qui est en post-it.
Merci d'avance pour aide.
Bonjour ce probleme d'accent lors des transferts de base de données je les ai eu aussi lors de migration de mambo en joomla.
J'ai réussi à me dépatouiller en récupérant ma base de donnée via l'export sans oublier de cocher
Inclure des énoncés "DROP TABLE"
ensuite j'ai imprter ma base de donnée dans easyphp 1.7
puis j'ai copié le dossier easyphp 1.7\mysql\data\dossier_portant_le-no_-de_ma-base_de_donnée dans easyphp1.8\mysql\data\dossier_portant_le-no_-de_ma-base_de_donnée.
Puis de easyphp1.8 j'exporte ma base de donnée et l'importe dans dans le site
La base était corrigée de ces erreurs d'accentuation. comment ça marche je ne peux le dire en tout cas ça marche
Quote from: mab2002 on March 01, 2006, 11:25:00 AM
Bonjour ce probleme d'accent lors des transferts de base de données je les ai eu aussi lors de migration de mambo en joomla.
J'ai réussi à me dépatouiller en récupérant ma base de donnée via l'export sans oublier de cocher
Inclure des énoncés "DROP TABLE"
ensuite j'ai imprter ma base de donnée dans easyphp 1.7
puis j'ai copié le dossier easyphp 1.7\mysql\data\dossier_portant_le-no_-de_ma-base_de_donnée dans easyphp1.8\mysql\data\dossier_portant_le-no_-de_ma-base_de_donnée.
Puis de easyphp1.8 j'exporte ma base de donnée et l'importe dans dans le site
La base était corrigée de ces erreurs d'accentuation. comment ça marche je ne peux le dire en tout cas ça marche
J'ai fais les pareils que toi en therme de manip mais le soucis, c'est que quand je reviens dans easyphp 1.8, il me prend que seulement 3 tables !
Comment cela se fait-il sachant que dans le dossier dans easyphp1.8\mysql\data\dossier_portant_le-no_-de_ma-base_de_donnée les tables y sont toutes ?
Merci d'avance.
Je sais que dans mambo, des champs de base de données sont considérées comme des commandes sql. quand j'importe mes tables il m'indique souvent erreur a la ligne n° x
je repère ma ligne n°x et change le nom du champs en ajoutant un caractere. je corrige ainsi les erreurs liées à l'importation. puis lorsque tout est bien importé, je renomme mes champs comme les noms de départ.