Bonjour Otomatic.
Je fais suite, ici, à mon interrogation concernant les accents que ne sont pas conforme dans l'utilitaire "SqlBuddy".
Après analyse du problème, je constate que la gestion des caractères n'a toujours pas été comprise correctement et je m'explique à ce sujet.
1) il y a les déclaratives dans le fichier httpd.conf :
2) il y a la sauvegarde du fichier index.html ou index.php.
Pour que le jeu de caractères soit correctement interprété, il faut le définir à la sauvegarde du fichier.
Dans notepad++, il y a l'onglet encode qui définit ce que l'on doit utiliser.
Chez moi, j'utilise "ISO-8859-15".
3) et pour terminer, il y a la balise meta que voici :
Pour mes sites, j'ai tout défini en :
Comment faire, pour ne pas avoir de problème avec les accents :
a) ce que tout le monde à tendance à faire c'est de définir la sauvegarde du fichier (§2) en tapant les accents directement au clavier (éàèë) et en définissant aussi comment ce jeu doit être interprété (§3) part l'ajout de la balise meta.
Première erreur : si vous ne voulez pas de problèmes avec les accents, il faut utiliser les caractères spéciaux HTML qui ont été définies à cet usage. Ne plus tapez un "é" mais mettre un "é".
Voir le lien ci-après : les caractères spéciaux.
Je sais, c'est lourd à mettre en œuvre mais cela ne posera plus aucun problème d'interprétation !
b) aucune déclarative au niveau du serveur web.
C'est la balise meta du fichier index.php qui définie alors le jeu de caractères.
C'est en général ce que tout le monde à tendance aussi à faire.
Donc dans tous les cas, ne jamais oublier de mettre la balise meta dans le fichier index.php.
De plus, c'est la première balise à mettre, avant la balise "title".
b) déclarer au niveau du serveur web (donc dans le fichier httpd.conf) le jeu de caractères !
Deuxième erreur que l'on rencontre parfois : on oublie de mettre la balise meta dans le fichier index.php.
Ce qui se passe, c'est que le jeu de caractères par défaut est l'UTF-8.
Si la sauvegarde de votre fichier index.php est autre que UTF-8 alors problème d'interprétation.
c) déclarer le jeu de caractères dans le fichier httpd.conf.
En procédant ainsi (§1) , le serveur va se substituer aux autres déclaratives.
Troisième erreur : la sauvegarde (§2) et la balise meta (§3) ne sont pas identiques au serveur web §1).
Du coup, tous les accents seront mal interprétés.
Conclusion : ne jamais dépareiller les trois procédures §1, §2 et §3 que j'ai indiqué ci-dessus.
De plus, utiliser les caractères spéciaux HTML.
Le problème que j'ai rencontré avec SqlBuddy, c'est que mon serveur web était défini en "ISO-8859-15" alors que la balise meta et la sauvegarde était en "UTF-8". Cela n'aurait posé aucun problème si les accents avait été codifié selon les caractères spéciaux HTML.
@+
Je fais suite, ici, à mon interrogation concernant les accents que ne sont pas conforme dans l'utilitaire "SqlBuddy".
Après analyse du problème, je constate que la gestion des caractères n'a toujours pas été comprise correctement et je m'explique à ce sujet.
1) il y a les déclaratives dans le fichier httpd.conf :
# ============================ # # # # Police de Caractères # # # # ============================ # AddDefaultCharset "ISO-8859-15" AddCharset "ISO-8859-15" .php .htm .html .css .js .xml .json .rss # DefaultLanguage "fr"Comme cela est indiqué, j'utilise le jeu de caractères "ISO-8859-15" qui correspond aux langues d'Europe occidentale.
2) il y a la sauvegarde du fichier index.html ou index.php.
Pour que le jeu de caractères soit correctement interprété, il faut le définir à la sauvegarde du fichier.
Dans notepad++, il y a l'onglet encode qui définit ce que l'on doit utiliser.
Chez moi, j'utilise "ISO-8859-15".
3) et pour terminer, il y a la balise meta que voici :
<meta charset="UTF-8">Ceci est pour le navigateur du client afin qu'il sache comment interpréter correctement le contenu du fichier index.html.
Pour mes sites, j'ai tout défini en :
<meta charset="ISO-8859-15">
Comment faire, pour ne pas avoir de problème avec les accents :
a) ce que tout le monde à tendance à faire c'est de définir la sauvegarde du fichier (§2) en tapant les accents directement au clavier (éàèë) et en définissant aussi comment ce jeu doit être interprété (§3) part l'ajout de la balise meta.
Première erreur : si vous ne voulez pas de problèmes avec les accents, il faut utiliser les caractères spéciaux HTML qui ont été définies à cet usage. Ne plus tapez un "é" mais mettre un "é".
Voir le lien ci-après : les caractères spéciaux.
Je sais, c'est lourd à mettre en œuvre mais cela ne posera plus aucun problème d'interprétation !
b) aucune déclarative au niveau du serveur web.
C'est la balise meta du fichier index.php qui définie alors le jeu de caractères.
C'est en général ce que tout le monde à tendance aussi à faire.
Donc dans tous les cas, ne jamais oublier de mettre la balise meta dans le fichier index.php.
De plus, c'est la première balise à mettre, avant la balise "title".
b) déclarer au niveau du serveur web (donc dans le fichier httpd.conf) le jeu de caractères !
Deuxième erreur que l'on rencontre parfois : on oublie de mettre la balise meta dans le fichier index.php.
Ce qui se passe, c'est que le jeu de caractères par défaut est l'UTF-8.
Si la sauvegarde de votre fichier index.php est autre que UTF-8 alors problème d'interprétation.
c) déclarer le jeu de caractères dans le fichier httpd.conf.
En procédant ainsi (§1) , le serveur va se substituer aux autres déclaratives.
Troisième erreur : la sauvegarde (§2) et la balise meta (§3) ne sont pas identiques au serveur web §1).
Du coup, tous les accents seront mal interprétés.
Conclusion : ne jamais dépareiller les trois procédures §1, §2 et §3 que j'ai indiqué ci-dessus.
De plus, utiliser les caractères spéciaux HTML.
Le problème que j'ai rencontré avec SqlBuddy, c'est que mon serveur web était défini en "ISO-8859-15" alors que la balise meta et la sauvegarde était en "UTF-8". Cela n'aurait posé aucun problème si les accents avait été codifié selon les caractères spéciaux HTML.
@+