Commentaires sur : 12 principes pour garder un code propre

Par : Neovov

Neovov — Fri, 21 Nov 2008 13:31:09 +0000

Tu n’es pas obligé de configurer tout.
Dans mon article j’explique comment configurer pour être par défaut en UTF-8 (les serveurs ont la mauvaise habitude d’être en latin).

Normalement, si tu fais seulement 2 conversions (UTF-8 -> ISO -> UTF-8) tu dois conserver les bons caractères (mais ça reste à vérifier). Donc même sans changer la configuration d’Apache ou de PHP tu peux faire de l’UTF-8, tant que tes données sont en UTF-8 au départ (dans ta BDD) et que tu spécifies qu’elles doivent l’être à l’arrivée (avec un meta et/ou un header HTTP).

PS : Je n’ai pas un serveur dédié hein

Par : Darklg

Darklg — Fri, 21 Nov 2008 09:20:34 +0000

Le souci de ton article, c’est qu’on a pas tous un hébergement avec marge de configuration, accès root ssh, et les trucs du genre ^^’
Mon blog est plus grand public que ça, pour ça que je préconise une solution simple.
Et avec une jolie routine de conversion type htmlentities, on ne perd pas de temps, et on passe outre la configuration du serveur

Par : Neovov

Neovov — Fri, 21 Nov 2008 09:16:08 +0000

Si tu te retrouves avec d’autres caractères que tu as tapé c’est que quelque part dans la chaîne d’encodage il y a eu des conversions. Si tu enregistres un fichier HTML dans ton éditeur configuré en UTF-8, et qu’Apache indique au user-agent qu’il reçoit du ISO-8859-1 il va afficher tes caractères UTF-8 avec la page de code ISO.

Donc on a des « caractères » affreux…

L’encodage c’est pas simple, c’est pour ça que j’ai un billet prévu là dessus (une sorte de réécriture de celui là : http://blog.neovov.com/index.php?2007/03/06/143-convertir-un-site-en-utf-8)

Par : Darklg

Darklg — Fri, 21 Nov 2008 08:52:52 +0000

Les fois où je n’ai pas utilisé d’équivalent HTML pour les caracteres accentués ( dans mon code source, uniquement ) , je me suis vite retrouvé avec des affreux A~ et autres laideurs.

Je l’avoue, ce n’est pas un conseil donné en tant que connaisseur des parseurs et autres subtilités poussées, juste un réflexe que j’ai pris, et qui m’a permis d’esquiver toute incompatibilité

Dans le même temps, je n’oblige personne à les suivre tous, comme je le rappelle dans la fin de l’article ^^

Mais merci pour la précision

Par : Neovov

Neovov — Fri, 21 Nov 2008 08:46:41 +0000

Il faut utiliser & pour remplacer & parce que & peut être utilisé pour autre chose que pour décrire un esperluette.

Comme d’autres caractères qui ne doivent pas entraver le parseur par exemple.

Dans ton HTML tu décris tes balises avec des < >. Si dans ton texte tu veux mettre ces caractères tu dois utiliser l’équivalent HTML (< et >). Il y a une différence de paradigme, dans un cas tu écris pour le parseur, dans l’autre pour l’utilisateur.

Pour les accents c’est légèrement différent. Je crois qu’aucun accent n’est utilisé par le parseur. On utilise des équivalents HTML pour demander au user-agent de représenter un caractère qui n’est pas disponible dans l’espace de codage sélectionné. Typiquement, lorsqu’on utilise un codage ISO-8859-1 qui ne contient pas le caractère €, il faut utiliser l’équivalent HTML sinon l’user-agent ne sera pas capable de le rendre.

Si tu passes en UTF-8, ton user-agent pourra rendre tous les caractères (unicode sert à unifier toutes les pages de code). Utiliser des équivalents HTML ne sert à rien du coup, sauf à perdre du temps et de la lisibilité.

Par : Darklg

Darklg — Thu, 20 Nov 2008 10:53:38 +0000

@Neovov Tu peux développer ?
Pour moi, c’est une technique qui a porté ses fruits, en affichant des textes accentués correctement sur des configs variées.

Par : Neovov

Neovov — Thu, 20 Nov 2008 10:48:26 +0000

De même pour les lettres accentuées, comme é : ” é ” ou à : ” à ”

Non, non et non ! Ça ne sert à rien d’utiliser UTF-8 sinon…

Par : flayks

flayks — Thu, 13 Nov 2008 21:57:34 +0000

Ah, bah en voila un article intéressant ! Évidemment, un code CSS mal structuré, un code php sans indent, plein de… trucs bizarres peu communs, ça donne pas envie de lire, croyez moi (nous). Même si le code n’est pas visible par l’utilisateur lambda, le mec qui s’y connait un peu va faire un petit ctrl + u et verra votre source. Si il voit un beau code, il sera content, sinon, il se dira qu’il y a beaucoup à faire (surtout si en plus c’est mal codé :p) !

Vive le code propre !