Version imprimable
Bonjour.
Pour la base, je suis passé en 5.5.12 et effectivement ça règle le problème.
Mais j'ai encore des problèmes d'encodage pour d'autres morceaux de page qui ne font pas appel à la base 8O
Par exemple j'ai des � à l'affichage pour des éléments de texte écrits directement en français dans la page (ex : é plutôt que é)
La réponse est toujours la même :
Si tu obtiens des � c'est que ton fichier est en ISO et que tu fais un affichage UTF8.
Pourtant, j'ai vérifié avec PHPedit, mon fichier est bien en UTF-8 sans BOM et mon fichier HTML demande un affichage en UTF-8 :
Code:
2
3
4
5
6
7
8
9
10
Le navigateur indique bien UTF8 pour cette page ?
Si tu prends ce bout de code et que tu ajoutes un "é" il s 'affiche mal ?
Je me souviens avoir eu quelques difficultés de ce genre sur du code écrit en dur dans des fichiers en passant un site de l'iso à utf-8. Après de multiples essais je n'ai trouvé comme solution que de copier le code dans un fichier vierge puis enregistré en utf-8.
Il y avait peut-être plus simple mais à l'époque je n'ai trouvé que cette solution (je soupçonne aujourd'hui que le fichier était enregistré par défaut avec l'encodage où il avait été créé même en changeant ces paramètres par la suite, peut-être un pb de paramétrage de l'éditeur).
La méthode de ABCIWEB fonctionne pas mal : les "é" dans le code de la page s'affichent bien désormais. En revanche j'ai des problèmes d'affichage lorsque je passe mes chaînes dans un tableau créé par array(), que ces chaînes viennent de la base ou que le tableau soit créé en dur dans le script. 8O
Petite différence entre les deux cas toutefois : si les "é" viennent de la base, ils s'affichent � ; s'ils viennent d'une valeur codée en dur dans le script, ils s'affichent é.
On dirait que ton serveur apache n'envoie pas les bonnes entêtes. As-tu essayé de mettre
en haut de ton code php ?Code:header('Content-Type: text/html; charset=UTF-8');
Oui, ça ne marche pas mieux.
Je viens de me rendre compte que j'ai un autre problème : lorsque je saisis du texte dans un champ de formulaire, il est enregistré avec des é dans la base de données.
Tu peux essayer de voir du coté deetCode:utf8_encode();
Code:utf8_decode();
Mais ça voudrait dire qu'il s'est trompé ou a oublié quelque chose dans sa configuration. Or le but du jeu quand tout est correctement configuré est précisément de ne pas avoir besoin d'utiliser ces fonctions excepté pour des données provenant de l'extérieur.Citation:
Envoyé par fahdo
Ca y est ! J'ai trouvé ! Mes problèmes venaient du DSN : j'avais misau lieu deCode:charset=utf-8
Merci pour votre aide !:ccool:Code:charset=utf8
Bonjour.
Je reviens sur le sujet car je suis en train de passer sous Ubuntu. Je me retrouve de nouveau avec des problèmes pour l'affichage des informations venant de la base. Celle-ci est bien en UTF-8, mais en version 5.1.41. L'impossibilité d'utiliser la commande charset dans le DSN serait-elle en cause (version inférieure à 5.3.6) ? Quelle serait alors la solution la plus efficace pour résoudre le problème sans réécrire toutes mes requêtes ou tous mes scripts ?