A première vu cela me parait pas mal.
Au pire on pourra rajouter des éléments au fur et a mesure des questions posées sur le forum.

Quoi que après réflexion, rajouter des exemples pourrait être pas mal voir mettre les screens que j'avais mis pour les IDE.
Enfin c'est du détail tout ça mais j'aime bien pinailler.

Voilà le tuto est maintenant dans la FAQ dans sa [url=http://www.phpfrance.com/forums/voir_sujet-245062.php]version finale[/url]

Le tuto est verrouillé. Pour toute remarque ou suggestion merci de poster à la suite de ce message.

Merci à vous :)
Je passe ça en tuto d'ici la fin de la semaine si pas plus de remarques :wink:

Toutes mes excuses, je n'ai pas eu beaucoup de temps à donner suite à mon topic...
Merci beaucoup AB pour tout le travail effectué!
ça me parait très bien, et si il reste des erreurs ou maladresses qui sont passées au travers, on s'en rendra vite compte lorsque qu'on aura envoyé quelques débutant sur cette faq...
Moi je vote pour!

Ca me semble pas mal du tout comme cela.
Aucun changement à faire pour le moment.

Tuto terminé http://www.phpfrance.com/forums/voir_reponse-272609.php#272609
Des remarques ?

Ajouté la partie mysql
http://www.phpfrance.com/forums/voir_reponse-272609.php#272609

Ajouté la partie PHP.

J'essaie d'être assez concis tout en mentionnant le minimum essentiel. http://www.phpfrance.com/forums/voir_reponse-272609.php#272609 ...

Oui mais avant d'avoir une faq, il est important d'avoir une présentation d'ensemble.

J'avais fais un plan plus haut. Par rapport à ce que j'ai fait, il ne reste plus à faire que la configuration de php et mysql avant l'annexe dans laquelle on pourrait mettre la FAQ.

Tu trouve cette présentation vraiment trop longue ?

Je rappelle le plan dont je disais qu'il était à compléter/améliorer.
Pour que le visiteur puisse avoir accès directement à ce qui l'intéresse on pourrait mettre le plan avant l'introduction.

[list][b]Préambule[/b]
- l'avantage de l'utf-8 : permet d'afficher les caractères internationaux
- Sera bientôt l'encodage par défaut d'apache/php mysql
- Pose des pb avec certaines fonctions - à développer à la fin du tuto sous forme de faq.
[b]
Développement[/b]
- Configuration éditeur de texte
- Configuration html
- Configuration Apache
- Configuration PHP
- Configuration MySql

[b]Annexe[/b]
- Problème avec certaines fonctions PHP http://www.phpwact.org/php/i18n/utf-8 (reprendre l'essentiel en français)
- Problème de portage d'un code iso vers utf8 (vaste sujet), [url=http://www.phpfrance.com/forums/voir_sujet-244096.php]ce lien[/url] peut-être utile pour la partie html
- Cohabitation utf-8 interne et données iso externes
- Diagnostic des problèmes d'affichage[/list]

[quote="AB"]Bon ça se bouscule pas trop pour les remarques...[/quote]

Une raison à cela pourrait être que vous travaillez en mode "décousu", avec des morceaux répartis sur plusieurs pages (difficile d'imaginer l'ensemble). Tu sembles être le seul avec [b]yaug[/b] à avoir une vision globale du tuto fini ;-)

Une remarque cependant, que j'espère constructive : j'aime bien le côté court et pratique du tuto initial de [b]yaug[/b], il est assez digeste pour être lu en entier d'une seule traite. Comme on va immanquablement renvoyer les gens vers ce tuto, je pense qu'il serait bon de ne pas trop l'alourdir (pour qu'il conserve cette qualité), selon moi il ne faudrait pas que les réponses concrètes qu'il contient soient noyées dans un article pseudo-exhaustif sur les encodages.

Je prône donc le côté pratique (problème->solution) et la non-réinvention de la roue, en me mettant à la place d'un développeur PHP dans le besoin et en attente d'une réponse à son problème. On peut toujours faire des liens vers d'autres ressources plus complètes pour le lecteur qui voudrait en apprendre +.

OK, pour tenir compte de ta remarque tout en étant pas trop redondant, j'ai modifié l'introduction.

Hum.
Cela me parait un bon début mais me semble tout de même un peu... light non?
Ce n'est pas un reproche hein, juste que je trouve qu'il faudrait étoffer un peu pour chaque paragraphe en expliquant le pourquoi notamment.
Non ?

Du genre

[i]IL est indispensable d'enregistrer vos fichiers en choisissant l'encodage UTF-8. Si vous souhaitez travailler avec de l'utf8 mais que vos fichiers sont encodé en latin1 par exemple, vous aurez alors de nombreux problèmes d'affichage.

La plupart des éditeurs vous permettront de gérer l'encodage de vos fichiers. Voici une liste non exhaustive des éditeurs et de l'endroit ou modifier l'encodage :

- Eclipse : Window > preferences > General > WorkSpace > boite "Text file encoding"
- Notepad++ : Paramètrage > Nouveau document. Pour modifier le document courant : Format > "Encoder en UTF8"
- Zend Studio : Tools > Desktop > Apparence
- Dreamweaver : Edition > Préférences > Nouveau document > Codage par défaut
- Bloc notes window : Enregistrer sous > codage


Dans tous les cas si cela vous est proposé, ne pas inclure une signature unicode BOM
Faites de plus attention à bien commencer tous vos projets directement en utf8, cela vous évitera de nombreux problèmes par la suite.[/i]

Ce n'est bien sur qu'un exemple, mais je pense qu'il faut quelques petites explications à chaque fois.
non?

[list]Apache, php et mysql travaillent encore aujourd'hui par défaut avec la norme ISO-8859-1. L'inconvénient de cette norme est qu'elle utilise un encodage des caractères ou symboles sur un octet soit seulement 256 possibilités.

C'est pour dépasser cette limite et pouvoir faire afficher par exemple des caractères français et chinoix sur une même page qu'a été développé [url=http://fr.wikipedia.org/wiki/Unicode]l'unicode[/url] et plus particulièrement l'UTF-8 très utilisé pour les applications Unix et Internet.

L'UTF-8 peut encoder sur 1 à 4 octects et permet l'affichage de quasiment tous les caractères et symboles internationnaux. La future version PHP6 adoptera cette norme par défaut.

Cette norme possède néanmoins les inconvénients de ses avantages : pour gagner de la place en mémoire certains caractères seront encodés sur un octet alors que d'autres le seront sur deux (caractères accentués français par exemple) ou plus. Or de nombreuses fonctions php de recherche sur les chaines de caractères utilisent le nombre d'octets trouvés. Par exemple la fonction strlen('aé') retournera donc 3 sur une page codée en UTF-8 alors qu'elle est censée retourner la longueur de la chaine 'aé' soit une valeur attendue de 2.

Il est donc important d'être homogène tout au long de la création de votre projet, de la configuration de vos outils de travail en UTF-8, à l'utilisation de fonctions adéquates au traitement des chaines multi-octets. [/list]

[b][size=150]Configurer votre outil de travail[/size][/b]
[list]Il est indispensable d'enregistrer vos fichiers en choisissant l'encodage UTF-8, par exemple :

- Eclipse : Window > préferences > Géneral > WorkSpace > boite "Text file encoding"
- Notepad++ : Paramétrage > Nouveau document. Pour modifier le document courant : Format > "Encoder en UTF8"
- Zend Studio : Tools > Desktop > Apparence
- Dreamweaver : Edition > Préférences > Nouveau document > Codage par défaut
- Bloc notes window : Enregistrer sous > codage

Dans tous les cas si cela vous est proposé, ne pas inclure une signature unicode BOM[/list]
[b][size=150]Configuration des entêtes[/size][/b]
[list][b]HTML[/b]
Il vous suffit d'indiquer le charset dans une balise meta à la suite de la balise head
[code]<head>
<meta http-equiv="Content-type" content="text/html; charset=UTF-8"/>
...
</head>[/code]
Cette ligne doit logiquement être la première suivant la balise <head> puisqu'elle indique au navigateur l'encodage utilisé.
Attention, l'entête envoyée par le serveur sera prioritaire sur cette déclaration html


[b]APACHE[/b]
Comme mentionné en préambule, le serveur apache envoie (généralement pour l'instant) des entêtes à la norme ISO-8859-1.
- Si vous avez accès à la configuration du serveur > httpd.conf, ajoutez l'une ou l'autre des lignes
[code]AddDefaultCharset UTF-8
#ou
AddDefaultCharset Off[/code]
Avec la deuxième solution le serveur se renseigne sur l'entête http et sera donc en cohérence avec le charset indiqué dans la page html.

- Sans accès à la configuration du serveur vous pouvez mettre l'une ou l'autre des lignes ci-dessus dans un fichier .htacces

- Sinon indiquez au début de vos pages php
[php]header('Content-Type: text/html; charset=UTF-8');[/php]
Cette dernière solution permet un meilleur portage de vos scripts.[/list]

[b][size=150]PHP[/size][/b]
[list][b]Configuration php.ini[/b]
Le module "mbstring" s'occupe de la manipulation des chaînes tandis que le module "iconv" permet de convertir différents types d'encodages.
Les conversions entre ISO et UTF-8 peuvent se réaliser à l'aide des fonctions utf8_encode() et utf8_decode().
Dans la plupart des cas vous n'aurez pas à intervenir sur la configuration du php.ini.

[b]Utilisation des fonctions de traitement des chaines multi octets[/b]
Pour reprendre l'exemple initial, mb_strlen() sera utilisée à la place de strlen().
Liste des fonctions adaptées au [url=http://fr2.php.net/manual/fr/ref.mbstring.php]traitement des chaines UTF-8[/url]

PHP travaille pour l'instant en ISO, il faudra donc spécifier l'encodage utilisé pour les fonctions qui le demande ou modifier l'encodage initial.

Typiquement :
[php]echo mb_internal_encoding(); //affiche ISO-8859-1
echo mb_strlen('aé');// affiche 3
echo mb_strlen('aé',"utf-8");// affiche 2

mb_internal_encoding("UTF-8");// indique d'utiliser l'encodage UTF-8
echo mb_strlen('aé');// affiche 2[/php][/list]

[b][size=150]MySql[/size][/b]
[list]Pour MySql comme pour toute autre base de donnée il est préférable de créer votre base en spécifiant l'encodage utf8_general_ci.
Cette possibilité est cependant rarement disponible sur les serveurs mutualisés. Pour contourner ce problème et une meilleure portabilité de votre code, vous pouvez indiquer l'encodage à utiliser en envoyant la requête "SET NAMES UTF8" juste après la connexion à votre base.
[php]mysql_select_db($database, $connection);
mysql_query("SET NAMES 'utf8'");[/php]

Vos tables doivent également être créées en utilisant l'Interclassement utf8_general_ci via phpMyAdmin ou dans une fenêtre sql :
[code]CREATE TABLE IF NOT EXISTS `membres` (
`pseudo` varchar(100) NOT NULL,
`pass` varchar(100) character set utf8 collate utf8_bin NOT NULL,
PRIMARY KEY (`pseudo`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;[/code]
Dans cet exemple le champ "pass" est formaté avec "collate utf8_bin" pour être sensible à la casse.[/list]

[b][size=150]FAQ[/size][/b]
[list][b]Problèmes d'affichage[/b]
Si la page affiche des caractères de ce type : "é", "î", "Ã", ...
=> Les données ont été enregistrées au format UTF-8, et le navigateur les affiche en pensant avoir affaire à de l'ISO.

Si la page affiche des caractères de ce type : "�"
=> Les données ont été enregistrées au format ISO, et le navigateur les affiche en pensant avoir affaire à de l'UTF-8.

Si les données sont codées en dur dans la page, voir l'encodage de l'éditeur de texte, l'header apache et la balise meta "charset".
Si les données proviennent de la base, vérifier le format de stockage et les méthodes de lecture et d'insertion (SET NAMES et charset).
Si les données proviennent de l'extérieur (web services, rss, ...), penser à convertir les chaînes de caractère (utf8_encode-decode et fonctions du module iconv).

[b]Utilisation de fonctions pouvant poser problème avec les chaines multi octet[/b]
Erreurs courantes
- strtr() => utilisez str_replace()
- htmlentities() => spécifiez le charset utf-8 ou mieux utilisez htmlspecialchars()
- strpos(), strlen(), substr() etc. => utilisez les fonctions [url=http://fr2.php.net/manual/fr/ref.mbstring.php]adaptées au traitement des chaines UTF-8[/url]
[b]Consultez ce lien[/b] http://www.phpwact.org/php/i18n/utf-8

[b]Migration d'un site d'ISO-8859-1 vers UTF-8[/b]
En plus des conseils ci-dessus ce [url=http://www.phpfrance.com/forums/voir_sujet-244096.php]lien peut vous être utile[/url][/list]

Ce tuto a été réalisé en s'inspirant de http://electron-libre.fassnet.net/utf8.php et http://www.phpfrance.com/forums/voir_reponse-272340.php#272340

J'ai fait un lien vers Wikipédia pour ceux qui voudraient plus de détails concernant l'unicode, UTF-16, UTF-32.

L'idée est de faire quelque chose d'accessible, en séparant bien dans chaque rubrique les différentes solutions suivant que l'on a accès ou non à la configuration du serveur.
Si tout le monde est d'accord sur ce type de présentation, chacun pourra commencer à faire une rubrique qui sera cohérente avec le reste.

Mais avant de poursuivre il faudrait plus de retours, notamment sur le [url=http://www.phpfrance.com/forums/voir_reponse-272408.php#272408]plan[/url]

ça y est titre changé ;)
Alors pour l'intro je trouve ça pas mal, (même bien ;) ), juste par curiosité, est-ce que ça a un rapport l'utf-16/32 ? est-ce que ça serait utile de les mentionné içi? (j'en sais rien du tout hein c'est au hasard)

Le plan me parait bien également...
Dans les annexes, lorsque l'on parlera des problèmes de strlen et consort, il faudra présenter la librairie mbstring et ses possibilités (en attendant de passer à php6...)

Sinon dans l'ensemble, moi je vois rien à redire...