Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1587 connectés 

  FORUM HardWare.fr
  Programmation
  HTML/CSS

  bonne pratique pour les jeux de caracteres (ISO 8859-1 / UTF-8 /pspad)

 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

bonne pratique pour les jeux de caracteres (ISO 8859-1 / UTF-8 /pspad)

n°1530090
berlo
dubitatif
Posté le 18-03-2007 à 13:31:56  profilanswer
 

Bonjour,
 
Je me pose des questions concernant l'encodage des caractères et la meilleur façon de procéder dans mon cas.
Je développe pour mon boulot une page internet php/mysql qui est hébergé sur un serveur mutualisé (linux, apache) chez Carat, mais je test avant à la maison avec Wamp (1.7.0) sous windows XP. je suis pas informaticien et encore moins développeur.
 
J'ai cherché des infos mais je ne vois rien de bien clair pour mon faible niveau.
 
il y a des choix du jeu de caractères à tous les niveaux.
1 - Dans la base Mysql : interclassement  
2 - Dans les pages html avec le meta : <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />.
3 - Dans l'éditeur de text : à noter que pspad, que j'utilise, ne propose pas l'ISO 8859-1 :/. de plus on peut aussi choisir "DOS", "UNIX", "MAC", là j'ai pas compris l'influence.
 
Que choisir finalement pour ne pas avoir de surprise ? Pour avoir le même fonctionnement à la maison et sur le serveur ? pour que ça fonctionne chez tous le monde ?
 
Si quelqu'un peut m'éclairer, quelle sont les pratiques chez les développeurs pro ?


Message édité par berlo le 18-03-2007 à 23:03:08
mood
Publicité
Posté le 18-03-2007 à 13:31:56  profilanswer
 

n°1530092
gatsu35
Blablaté par Harko
Posté le 18-03-2007 à 13:41:49  profilanswer
 

Je t'invite à retélécharger la version 4.5.2 de PS-pad qui permet justement l'UTF (et il le fait depuis un ptit bout de temps pourtant)

n°1530126
berlo
dubitatif
Posté le 18-03-2007 à 17:05:37  profilanswer
 

:??:  c'est bien la version que j'ai, c'est l'iso 8859-1 que pspad ne fait pas.
 
c'est mieux en utf8 ?
 
le serveur de carat me met des caractères bizarres en utf8, La page semble reçu comme si c'était du iso 8859-1, dans firefox je doit forcer à la main pour avoir utf8
 
j'ai fait un petit fichier de test pour voir, enregistrer en "UNIX" & UTF8 sous pspad et transferé par ftp

Code :
  1. <html>
  2.   <head>
  3.     <title> TEST
  4.     </title>
  5.     <meta http-equiv="content-type" content="text/html; charset=utf-8">
  6.   </head>
  7.   <body>
  8. <?php
  9. echo "test encodage caractere fichier utf-8<br><hr>";
  10. echo "a à â ä A Â Ä @ æ<br><hr>";
  11. echo "e è é ê ë Æ E Ê Ë € È É <br><hr>";
  12. echo " Ô ö Ö ü û Ü Û Œ<br><hr>";
  13. echo "œ ² ³ Ø ø ß ¶ ¦<br><hr>";
  14. ?>
  15.   </body>
  16. </html>


 
quelle est la meilleur façon de procéder alors ?

n°1530269
berlo
dubitatif
Posté le 18-03-2007 à 23:09:57  profilanswer
 

j'ai fais un .htacces avec "AddDefaultCharset off" dedans et chez carat ça à l'air de fonctionner (tous en utf-8).
 
Par contre sous wamp et XP, j'ai un message bizarre pour le nom de session :

Warning: Unknown: The session id contains illegal characters, valid characters are a-z, A-Z, 0-9 and '-,' in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (c:/wamp/tmp) in Unknown on line 0


 
pourtant le nom de session est "058b78e6c955867c0952a4575d7b2de2", je l'ai affiché avec :
$nomsession = session_id(SID)
 
edit : reglé $nomsession = session_id(), c'est la présence du "SID" qui pose pb


Message édité par berlo le 19-03-2007 à 11:27:24
n°1530324
berlo
dubitatif
Posté le 19-03-2007 à 09:20:28  profilanswer
 

:bounce:  
personne a d'idées sur l'encodage des caractères ?

n°1531148
berlo
dubitatif
Posté le 20-03-2007 à 16:15:23  profilanswer
 

non ?

n°1532205
NewsletTux
&lt;Insérez ici votre vie /&gt;
Posté le 22-03-2007 à 15:11:52  profilanswer
 

Bin, en fait, je pense qu'il n'y a pas de *règle absolue* ... Tu chosis le charset (= jeu de caractères) en fonction de ton besoin ... Le format latin-1 (qui est aussi l'ISO 8859-1) ou le latin-9 (ISO 885-15) sont les plus communément utilisés pour les pages d'europe de l'ouest.
Le seul souci c'est que ces charsets n'intègrent pas d'autres caractères tels que les aractères asiatiques (je mets tout dans le même panier), je pense l'arabe aussi ... L'UTF-8 est censé donner un jeu de caractères plus universel, en regroupant tous les caractères de toutes les langues, si je ne m'abuse.
 
Maintenant si tes pages ne sont que pour un site dont les visiteurs sont au mieux, français, au pire de l'europe de l'ouest, un ISO 8859-15 suffit amplement. La différence entre ISO 8859-1 et 8859-15 est le rajout de l'oe liés comme dans coeur/oesophage et du caractère "euro".
 
Sinon tu passes par les entités HTML (é => &eacute;) et tu évites ce souci. Seul inconvénient du système : là où "é" ne prend qu'un caractère en UTF-8 p.ex., &eacute; prend 7 caractères en entité HTML.

n°1532340
berlo
dubitatif
Posté le 22-03-2007 à 17:39:11  profilanswer
 

merci Newslettux d'avoir répondu.
En fait c'est à cause de pspad que je me suis posé toutes ces questions. c'est un bon éditeur mais on ne peut pas enregistrer en ISO 8859-1 ou 15.
Et aussi 'l'interclassement" des tables Mysql, je sais pas trop ce que sait, mais comme par défaut c'est utf8_general_ci. Je me disais autant tout mettre comme ça.


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Programmation
  HTML/CSS

  bonne pratique pour les jeux de caracteres (ISO 8859-1 / UTF-8 /pspad)

 

Sujets relatifs
Faire un substring d'une chaine de caractères largesFaire un jeux videos avec interface FLASH (En recrutement)
Supprimer des caracteres dans un fichier textefopen | 255 caractères | fichier csv avec chaines sup
[PHP] passer caractères accentués en majuscule[PHP] Recupérer les 1er caracteres d'un mot
Besoin d'aide pour créer un jeuxProblème encodage des caractères et xml_http_request
Script Active Directory et Rangement dans la bonne OU !!!!! 
Plus de sujets relatifs à : bonne pratique pour les jeux de caracteres (ISO 8859-1 / UTF-8 /pspad)


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR