Traduction française

[spyto]

jaja a écrit :question bête, quelle est la différence d'encodage entre un fichier UTF-8 et un autre en ISO-8859-1 ?
les changements sont où ? car si je regarde le même fichier pour 2 encodages, j'en vois pas justement...

Salut jaja,

Effectivement, si tu ouvres le même fichier enregistré en ISO-8859-1 ou en UTF-8 et que tu les ouvres dans un éditeur de texte, tu ne "verras" aucune différence !! (l'éditeur ayant décodé les caractères pour toi).

Mais si tu les ouvres avec un éditeur hexa, là tu verras les différences:
en UTF-8, les caractères hors-ASCII standard (codes au delà de 128) sont codés sur deux octets contre un seul en ISO standard.

Par exemple, avec settings.xml du dossier /install, la phrase:

Bannir des utilisateurs en empêchant l'enregistrement de certains noms. Vous pouvez séparer les noms par une virgule.

Je te mets les différences en rouge:

Cette phrase est codée:

- en ISO
42616E6E697220646573207574696C697361746575727320656E20656D70EA6368616E74206C27656E72656769737472656D656E74206465206365727461696E73206E6F6D732E​20566F757320706F7576657A2073E97061726572206C6573206E6F6D732070617220756E652076697267756C652E
soit: ê=EA; é=E9

- en UTF-8:
42616E6E697220646573207574696C697361746575727320656E20656D70C3AA6368616E74206C27656E72656769737472656D656E74206465206365727461696E73206E6F6D732E​20566F757320706F7576657A2073C3A97061726572206C6573206E6F6D732070617220756E652076697267756C652E
soit: ê=C3AA; é=C3A9

De ce fait le ficher résultant est toujours un peu plus long en UTF-8.

En général, les BD MySQL n'acceptent par défaut que le codage UTF-8, ce qui explique l'apparition de signes "bizarres" si on leur insère les données en ISO...

En espérant avoir éclairci ta lanterne.

@+

Spyto