Bonjour,

J'utilise la dernière version 2.0 stable de Xoops.

Mon site est hébergé chez c-dedie, la base étant gérée en SQL.

Le serveur a télé réinstallé une première fois, mais pas dans le bon langage visiblement. Suite à celà, nous avions un gros problème de jeux de caractères, insolvable par la configuration du charset HTML, du php.ini, et des jeux de caractères Apache.

Les techniciens, n'ayant pas réussi à résoudre le problème, m'ont proposé une réinstallation du serveur (notez qu'il est interessente de devoir faire une réinstallation pour résoudre un problème de réinstallation :-S ...).

J'ai suite à celà récupéré un backup en SQL, ainsi que les fichiers MySQL en dur (.frm, .MYI, .MYD).

En restaurant ma base sur le serveur réinstallé, je me rend compte que le problème est le même : accents aigues, grâves, trémas, circonflexes ne s'affichent pas correctement ! Oui mais après recherche, j'ai pu constater que le problème est désormais dans la base ! Tous les accents aigus sont enregistrés comme celà :

é

DOnc question puisque après diverses recherche je ne trouve pas ce que je recherche :

Connaissez vous une solution de repasser tous les tuples données contenant é en é sachant que

- la fonction rechercher / remplacer dans le bloc note sur le fichier SQL est risquée et ne conduit pas à des résultats satisfaisants, j'ai testé ...

- je ne vois pas comment ceci est réalisable en SQL (update table set champ= ???? (que mettre ici ?) where champ like 'é')

Bien il me reste à vous remercier.

Je reste à disposition si vous désirez plus d'exemples ou d'informations.

J'espère vraiment que vous pourrez m'aider

Cordialement.

1) solution 1 : modification manuelle et bon courage

2) je ne vois pas pourquoi le recherche/remplace ne fonctionnerait pas je le pratique régulièrement avec succès

- si on s'attaque pas à la cause le problème ne sera jamais réglé
- lorsque tu es sur la page d'accueil de phpMyAdmin , donc avant de choisir une base de données, on t'affiche différents paramètres

Les paramètres qui fonctionnent

* Language : French (fr-utf-8)
* Jeu de caractères pour MySQL: UTF-8 Unicode (utf8)
* Interclassement pour la connection MySQL: utf8_general_ci
* Interclassement pour la base : latin1_german_ci ou latin1_swedish_ci

Plutôt que de faire une restauration totale et d'être déçu à la fin, il vaut mieux procéder étape par étape (table par table) et constater le résultat pour éventuellement changer un paramètre et recommencer.

Merci pour ta réponse.

Les causes, avant la dernières réinstallations, étaient incompréhensibles :

UTF-8 ou ISO-8859-1 sur Apache
Commande "locale" du système (Fedora4) renvoyant bien FR_fr.UTF-8
Jeu de caractères pour MySQL: UTF-8 Unicode
Interclassement pour la connexion MySQL : latin1_swedish_ci
Interclassement pour la base : latin1_swedish_ci

C'est à dire idem que maintenant (où ça fonctionne, en Debian)

La seule chose, c'est que phpmyadmin m'indiquait qu'il manquait un module gérant les charset dans php, or celui ci était bien présent (fichiers .so + conf dans le php.ini). Bref même les techniciens n'ont pas réussi à résoudre le problème, il faut donc croire que mon cas était très sépcifique ...

Pour la suite :

Je vais essayer de faire des manipulation seulement sur un table en particulier, comme tu me le conseille, et je m'appuis sur ton expérience pour croire que le rechercher / remplacer fonctionne ! (j'utilise notepad++)

Je vous apporterai des nouvelles la semaine prochaine.

D'ici là bon week end et merci encore ;)