Citation :
bartok
Citation : gregland
par contre, je me retrouve avec des textes (pas dans les articles, mais dans les termes de NPDS qui sont plus au bon encodage, comme par exemple le mot "déconnexion" pour déconnecter l'utilisateur... les mois (février par exemple)...
Slt,
je rencontre ce problème régulièrement et je n'en comprends pas vraiment
la cause.
question: pourquoi proposer un choix entre iso.8859-1 (implicite) et UTF-8 si c'est le souk au niveau des accents dès lors que l'on passe en UTF-8 dans metalang?
Et c'est le super-souk si l'on est contraint de le faire en cours de route.
Au démarrage, ça passe encore sans trop de bobos.
==> Effectivement c'est un choix à faire DES les démarrages ensuite c'est presque insoluble pour moi !
Rappel: dans ce cas,
seuls les accents codés "en dur" sont affectés mais pas le contenu de la BdD.
La solution, je la connais: encoder en UTF-8 sans BOM les sources php concernée mais c'est fastidieux.
Et je ne parle pas des releases...
Chez free, par exemple, aucun problème de laisser le charset 8859-1
Chez d'autres hébergeurs (c-webh par exemple), c'est la galère...
Problèmes d'accents avec charset = 8859-1
Une idée sur le pourquoi?
==> ??? - c'est complétement anormal en fait ???
merci d'avance pour vos lumières.
PS: A ce propos, je lis souvent : "UTF-8 n'est pas conseillé si on (n') utilise (que) le Français et/ou l'Anglais: PHP ne supporte pas en natif les caractères multi-octets, ça nécessite alors la compilation de l'extension
mbstring".
==> mbstring consomme un max de ressource tous simplement