salut, sorry pas trop là depuis hier...
alors, c’est sûr que si tu passes tout en utf-8, mieux vaut que ta base le soit aussi...
mais ça la manip est simple, détour par phpMyAdmin
- fais un export de ta base complète
- vire le cas échéant les indication de classement latin dans les champs du fichier mais en général le fichier sql ne comporte pas cette indication
- fais un rechercher remplacer par rien des indications de default charset dans les structures de table
- supprime toutes les tables dans la base (t’as intérêt à préparer ton coup pour faire tout ça assez vite si tu ne veux pas te faire appeler arthur
)
- ensuite, sélectionne ta base dans phpMyAdmin et va dans l’onglet opérations
- là, tu mets le charset de la base par defaut en utf-8 general ci
- ensuite, onglet sql et tu réinjecte toute ta base
et ça-y-est tu es en utf-8 !
l’opération complète devrait te prendre 2/3 minutes maxi
n’oublie pas du coup de passer ton charset en utf-8 dans le header et, bonne pratique, de passer tes fichiers externes (css, js and co) en utf-8 aussi (achtung, sans bom surtout si tu bosses avec notepad ++, si tu es dans ultraedit pas de souci, il n’en met pas par défaut)
itou pour tes modules si tu en as dans l’idéal
et, bien sûr, dans la config de MODx (outils->configuration) dis à notre cms préféré que le charset du site est utf-8 et hop le tour est joué
le coup des fichiers externes ce n’est pas vraiment une nécessité mais c’est mieux et par expérience j’ai pu constater que linévitable ie6 pouvait avoir des erreurs javascript si le site est en utf-8 et les fichier js en iso (ne me demande pas pourquoi, honnêtement, je ne sais pas mais ça m’est déjà arrivé de résoudre des problèmes de js juste en passant les feuilles de js externes en utf-8 quand elles ne l’étaient pas...
voilou, bon courage
Have swing