[resolu]Perte des données après les accents

[BiometriOnline]

Bonjour,

C'est mon premier post ici

Pour commencer super votre travail et encore plus super la bonne idée de pouvoir récupérer les données dans une base existante.

Enfin quand la récupération fonctionne

Sujet : Perte de toutes les données dans tous les champs après un caractère accentué
latin1__general-ci dans l'ancienne base contre utf8_general_ci dans la nouvelle base

Mon problème ne vient pas d'Arfooo ni du script import mais de mes manips sur les bases SQL (je ne sais pas bien utiliser les bases)

Pour ne pas prendre de risque sur le site en production (une seule base sql) je fais des essais sur un autre domaine ou j'ai plusieurs bases de données dispos
Sachant que je veux refaire mon site (fait à la main) en utilisant maintenant Joomla et Arfoo en sous domaine qui sera affiché sur le site (frame)

Le site en production http://www.biometrie-online.net/annuaire/
Le site de test Arfoo http://www.test2.guernes.fr
Le site de test RevolutionneYourAnnuaire http://www.test2.guernes.fr/ancien/ (après changement de base)


Mon problème est je pense que la base SQL d'origine est mal configurée et donc lorsque je crée une autre base (plus clean a mon avis),le transfert des données se fait mal

Les données techniques et procédures réalisées

Annuaire en test avec Arfooo
Les interventions réalisées :
1 - Installation RevolutionneYourAnnuaire dans un domaine de test
2 - Récupération des données (SQL) de l'annuaire actuel puis intégration dans la nouvelle installation
Résultat les données sont déjà tronquées dès l'apparition d'un carcatère spécial
http://www.test2.guernes.fr/ancien/
3 - Installation Arfoo
4 - Import de la base actuelle (RevolutionneYourAnnuaire) dans Arfoo
http://www.test2.guernes.fr
Les données sont toujours tronquées, normal puisque qu'elles ne sont plus là suite au transfert
5 - Lancement de install/update/fixdb.php
Sans résultat puisque les textes après les caractères spéciaux ne sont plus là



L'annuaire actuel http://www.biometrie-online.net/annuaire/ est basé sur RevolutionneYourAnnuaire

Les infos sur la Base de données RevolutionneYourAnnuaire
Language ; French (fr-utf-8)
Jeu de caractères pour MySQL: UTF-8 Unicode (utf8)
Interclassement pour la connexion MySQL:utf8_general-ci

Dans les tables RevolutionneYourAnnuaire, pour les champs contenant du texte la valeur de l'interclassement est : latin1__general-ci (tables et champs ci-dessous)
- admins_annuaire (nom, email, login, pass)
- categories_annuaire (cat_name, texte)
- commentaires_sites_annuaire (commentaire, nom_posteur, email_posteur)
- infos_annuaire (titre_site, url-site, nom_master, email_master, url_rep, detect_images, kw_exclude
- kewords_annuaire (keyw)
- sessions_annuaire (sessio_id)
- sites-annuaire (titre, description, url, url_image, nom_proprio, email_proprio)
- sites_in_wait_annuaire (titre, description, url, url_image, nom_proprio, email_proprio)


Je pense que c'est Interclassement :latin1__general-ci de la base d'origine qui me pause des problèmes car les données importées sont en utf8_general_ci dans la nouvelle base



Je ne ne sais pas quoi faire
- Je n'ai pas encore osé lancer le transfert sur ma base sql actuelle avec interclassement :latin1__general-ci ; peut être que cela ne causerais pas de problème avec le scipt impot ?
- Je ne sais donc pas si je dois conservé les réglages actuelles de ma base (latin1__general-ci) ou trouver un moyen de récupérer mes données pour les importer dans une base neuve mieux configurer (utf8_general_ci)



Désolé pour la longueur de ce post ... ca doit pas être clair mon histoire, mais en écrivant cela me permet de faire le point avant de lancer d'autres essais


Merci pour votre attention et vos éclairages à venir

Didier


Edit : Quand je dis qu'en écrivant le problème on trouve la solution

Du coup j'ai utilisé ma base sql d'origine (après les essais précédent j'ai vu que je ne risquais rien)

La méthode qui ne fonctionne pas :
- Transférer la base RevolutionneYourAnnuaire utilisant interclassement latin1__general-ci vers une base neuve utilisant utf8_general_ci car les données sont tronqués

La méthode qui fonctionne :
- Travailler directement sur la base sql de RevolutionneYourAnnuaire sans rien changé et les conversions se passent très bien
http://www.test.guernes.fr/arfooo-sous-domaine