Merci pour vos commentaire.
J'avais effectué la modif que vous mentionnez dans le httpd.conf :
Mais retrouvant un paramètre équivalent dans php.ini, je me demande lequel prend le pas sur l'autre.
Je suppose que spécifier un default_charset dans php.ini revient a mettre un header(..) sur chaque page php (corrigez moi si je me trompe).
(header - c'est quand même mieux de spécifier explicitement celui qu'on utilise réellement au niveau de l'application/script que de chercher à le faire valoir par l'intermédiaire de paramètres par défaut)
Je suis a moitié d'accord.
Oui si l'appli est conçue pour être largement déployée, et que l'on souhaite qu'elle fonctionne dans de nombreux contexte :
- quand on n'a pas accès aux ".ini" des serveurs (hébergements mutualisés)
- Si il y a d'autres applis installée sur le même serveur web (avec le risque que l'encodage de l'un ne convienne pas à l'autre)
Maintenant dans l'absolu (et en pratique sur un serveur dédié à l'application) je ne trouve pas très efficace d'indiquer à php sur chaque page quels encodage utiliser quand c'est le même partout.
Merci pour le lien du tuto (qui dailleurs ne parle pas du default_charset du php.ini)
Le tuto me semble incomplet dans le même contexte (ou l'on dédie un serveur à une appli) dans la partie "V-B. A la connexion". Pour éviter un :
mysql_set_charset( 'utf8' );
en php ou un : en SQL a chaque appel à la base de donnée on peut modifier le my.ini si l'on souhaite un paramétrage en dur :
1 2 3
| [wampmysqld] ou [mysqld]
character-set-server=utf8
collation-server=utf8_unicode_ci |
Remarque au passage : dans mon contexte wamp, get_charset me retourne pour 'collation' la valeur 'utf8_general_ci' et pas 'utf8_unicode_ci' comme précisé dans my.ini
Partager