[spirzouf]

#~ Version du CMS: #1.6.10
#~ Url du site : marieclaudepiette.free.fr
#~ Hébergeur / Soft : free.fr
#~ Informations Système :

----------------------------------------------

Cms Version: 1.6.10

Installed Modules:

CMSMailer: 1.73.14
FileManager: 1.0.2
MenuManager: 1.6.2
ModuleManager: 1.3.2
News: 2.10.4.2
nuSOAP: 1.0.1
Printing: 1.0.4
Search: 1.6.1
ThemeManager: 1.1.1
TinyMCE: 2.6.2

Config Information:

php_memory_limit:
process_whole_template: true
max_upload_size: 2000000
default_upload_permission: 664
assume_mod_rewrite: false
page_extension:
internal_pretty_urls: false
use_hierarchy: true

Php Information:

phpversion: 5.1.3RC4-dev
md5_function: On (Vrai)
gd_version: 2
tempnam_function: On (Vrai)
magic_quotes_runtime: Off (Faux)
memory_limit: 32M
max_execution_time: 20
safe_mode: On (Vrai)
session_save_path: /mnt/101/sdb/1/a/marieclaudepiette/sessions (0700)
session_use_cookies: On (Vrai)

Server Information:

Server Api: cgi-fcgi
Server Db Type: MySQL (mysql)
Server Db Version: 5.0.83

----------------------------------------------

Bonjour,

Suite à un important bug sous version 1.5.2 (qui datait de l'installation en 2009) et résolu par mise à jour en 1.6.10 (je suis hébergé chez free...), j'ai maintenant un problème avec les caractères accentués ; voici une ligne au hasard dans la page d'accueil :

Peinture – Gravure – Céramique – Écriture – illustration – Mail Art – Livres d’artiste

Toute la partie frontend avec le contenu de la BD est impactée.
Les menus du backend ne sont pas touchés, mais le contenu des pages à modiéfier l'est.

Dans phpmyadmin :

Code :

Interclassement pour la connexion MySQL: utf8_bin
Jeu de caractères pour MySQL: UTF-8 Unicode (utf8)

Mais dans l'export de ma base de donnée, on trouve ceci pour toutes les structures de tables

Code :

ENGINE=MyISAM DEFAULT CHARSET=latin1 COLLATE=latin1_general_ci;

Suis-je sur la bonne piste pour régler le problème ? Si oui, que faudrait il faire en détail ?
Je vous remercie d'avance pour l'aide apportée.

[jce76350]

essayer dans le config.php
$config['backwards_compatible'] = true;

sinon exporter la BD et modifier l'encodage du fichier *.sql avec un éditeur comme Notepad++ par exemple
puis réimporter

[spirzouf]

Bonjour,

merci pour votre réponse.

l'option $config['backwards_compatible'] = true; n'a pas résolu le problème

quand j'importe la BD, elle est déjà détectée en utf8 par kate (mon équivalent notepad sous kubuntu).
lllenregistrement en utf8 et renvoi sur le serveur ne change rein
idem en passant en iso 8859-15 (latin 9)

peut être m'y suis je mal pris, puis je vous faire parvenir mon fichier sql en vous donnant un lien par MP ?

[jce76350]

Voir le config -> $config['set_names'] = true; ou false

elle est déjà détectée en utf8 par kate

essaie l'encodage UTF-8 sans BOM! si tu as cette possibilité sur cet éditeur

[spirzouf]

bonjour

mon éditeur ne semble pas me proposer cette option du BOM.
malgré l'upload en utf-8, les indications trouvées dans phpMyAdmin semblent montrer que les tables sont converties en latin chez free, et je n'arrive pas à modifier ce comportement. De même que le renvoi en latin du fichier corrigé et import aussi réglé sur latin aboutissait au même problème d'encodage.

j'en ai eu marre, j'ai fait des remplacements des caractères modifiés avec kate dans mon fichier de sauvegarde sql, et j'ai déménagé le site sur redheberg.com, un hébergeur associatif loi 1901 qui a une offre gratuite adaptée à mon site. La version de php n'est pas obsolète comme chez free, j'ai pu installer cmsms 1.9.4.3 et renvoyer ma base sur leur serveur mysql qui est bien configuré en utf-8. Le site fonctionne bien malgré quelques pages où les illustrations n'apparaissent pas. Je pense régler le problème bientôt.

le site est ici désormais : http://mcp.rd-h.fr

merci en tout cas pour avoir tenter de m'aider à résoudre le problème.