Citation :
que ton site soit UTF-8 est une chose mais est-ce que tout est en UTF-8, modules, base de données, tables MySQL, données de la table MySQL, fichier de langue des modules et de Xoops, le thème, certaines fonctions de traitement des caractères (regarde ici pour un exemple avec les caractères accentués), etc...

A mon avis la différence se situe dans le fichier de création de bases de données

tu devrais plutôt utiliser utf8_decode pour passer de utf-8 a iso

Citation :

Justement, lexikon a été écrit en iso (ou latin1), il y a très longtemps l'UTF-8 n'était pas répandu. Si tu rentre des données UTF-8 dans une table latin1, cela fonctionne sans problème. Sauf quand on limite à 1 octet pour stocker un caractère UTF-8 (qui lui est, codé sur au moins 2)

en utf-8, il faut plus d'un octet pour désigner une lettre, si tu a un dièse c'est que le format n'est pas bon ou trop long.
Essai de mettre le varchar de lxentries a au moins 3 (si tu utilises que les lettres latines)

Essais de remplacer la ligne 114 du fichier archive.php



par

Pour la mise à jour, il y a deux solutions :
- Tu récupères et fais une mise à jour de chaque version de Xoops jusqu'à la 2.5.5 (et en parallèle, la même chose avec les modules). C'est long, il y a risque important de se tromper (surtout pour les versions antérieurs à 2.4), le site est coupé pendant toute la période de maintenance.
- Tu installes la dernière version de Xoops dans un répertoire, tu installe les nouvelles versions de chaque module (si il existe encore), puis tu importes (en convertissant en UTF-8, puis en adaptant les requêtes MySQL, la syntaxe à changer entre temps) les tables de ta base de données. C'est la méthode que je préconise mais elle demande une certaine organisation et réflexion. Le site continu a fonctionner, il suffit de basculer a la fin. Seul hic, si tu ne fais pas l'importation a la dernière minute tu risque de perdre les dernières données de tes visiteurs (ici dans ton cas, les derniers post).


Pour mes clients j'utilise la deuxième méthode, avec un bon savoir faire et de bons outils, j'arrive a descendre en dessous des 5 minutes (parfois plus cela dépend de la taille de la base de données et la vitesse du serveur).

Comme outils, tu peux déjà utiliser celui-ci, c'est un convertisseur de BDD, Latin-1 vers UTF-8

on revient a ce que je disais plus haut, si il n'y a pas d'erreur dans les requêtes MySQL du mode debug reste la class ./class/database/mysqldatabase.php il faut vérifier la fonction "getRowsNum" et voir la différence entre les deux versions de Xoops

Cela peut aussi provenir d'une variante dans les versions du couple PHP/MySQL (dans le cas ici je dirais plutôt MySQL).

Pour vérifier cela rien de plus simple, tu passes en mode "debug" sur le site où le menu par lettres ne fonctionnent pas, puis tu vas sur le module 'lexicon'. Là tu regardes dans le mode "debug" si il n'y a pas d'erreurs, surtout dans la section requête. Si il y a une ligne en rouge dans la liste des requêtes, il faudra modifier un des fichiers du module.

Je pense que c'est lié aux versions de PHP. Free a déménagé ton site d'un serveur ayant un PHP 4 vers un serveur ayant un PHP plus récent. L'erreur doit provenir des "magic quote" qui n'existent plus dans les versions modernes de PHP (ou qui ne sont plus activées dans les versions un peu moins moderne).
Comme je n'ai pas plus de détails, je ne peux pas te répondre avec précision (version de PHP installée sur le serveur par exemple).

Si le problème vient de là, tu risques d'avoir des problèmes à chaque fois que tu as injecté un ' dans ta base de données (c'est à dire très souvent).

Pour la solution cela dépendra de ta version de PHP utilisée mais cela ne sera qu'une rustine. A terme il te faudra prévoir une migration de ton site vers une version de Xoops plus récente (et une conversion de ta base de données).