Encodage lors d'une insertion de données dans MySQL

Bonjour,

J'ai un formulaire en HTML et j'envoie ces données avec la méthode POST.

Ensuite, j'ai mon script PHP qui réalise une insertion dans ma base de données MySQL.

Toutes mes page HTML sont encodé en ISO-8859-1.

Lorsque je fais mon insertion MySQL, mes données qui ont des caractères accentués sont remplacé par d'autres caractères.

Comment faire pour que lorsque j'enregistre dans ma base de données, enregistré mes données en ISO-8859-1 ?

J'ai testé avec "mysql_query("SET NAMES 'ISO-8859-1'");" avant de realiser ma requête SQL, mais cela n'apporte rien.

Merci d'avance de votre aide.

Arnaud

Essay d'encoder en UTF-8 !!

Au niveau de la structure de ta base est ce que l'encodage (interclassement) de tes champs correspond bien à du latin1?

Interclassement : latin1_general_cs
cela ne dois pas être ca...

peut être que les données que tu envoies à ta base sont encodées en utf8?
Est ce que dans ta base les accents sont remplacés par ce genre d'encodage:
é ?
Si c'est le cas essaies de les envoyer en faisant un utf8_decode.

essai avec:

Code:

---

mysql -u user -ppassword --defaults-character-set=latin1 ta_base < fichier.sql

---

en adaptant la requête sql pour php :)

Citation:

---

Envoyé par arnaudperfect

J'ai testé avec "mysql_query("SET NAMES 'ISO-8859-1'");" avant de realiser ma requête SQL, mais cela n'apporte rien.

---

La bonne syntaxe est

Code:

---

mysql_query("SET NAMES latin1") or die(mysql_error());

---

Citation:

---

Envoyé par david42

Au niveau de la structure de ta base est ce que l'encodage (interclassement) de tes champs correspond bien à du latin1?

---

L'encodage c'est (en gros) le character set, donc latin1.
L'interclassement c'est la collation, donc latin1_general_cs. Les problèmes de mauvaise interprétation des caractères ne sont jamais dus à la collation (qui ne fait que dire l'ordre de tri et les équivalences entre caractères), mais seulement au jeu de caractère. Si bcp de gens confondent les deux, c'est à cause de phpMyAdmin qui ne montre que l'interclassement.

Envoyer des données latin1 (càd ISO-8859-1) dans une colonne utf8 n'est pas un problème. MySQL fera la conversion automatiquement. A l'inverse, ce n'est donc pas en changeant le jeu de caractère de la colonne qu'on résoudra le problème.

Citation:

---

Envoyé par loopback

essai avec:

Code:

---

1 2	mysql -u user -ppassword --defaults-character-set=latin1 ta_base < fichier.sql

---

---

C'est la même chose que de faire un SET NAMES.

La gestion des jeux de caractère est totalement contre-intuitive. On ne peut pas résoudre les problèmes au petit bonheur la chance, il faut connaître le système. Pour cela, je vous conseille à tous la lecture de mon article :king:(lien en signature).

La première étape du diagnostic, c'est de déterminer si tes données sont bonnes mais mal affichées, ou vraiment mauvaises. Pour la démarche, cf http://www.developpez.net/forums/sho...15&postcount=2.

en faite, sur mon serveur de production, aucun problème. Sur mon serveur de dev, probleme...

c'est bon, mon problème est résolu. Je ne sais pas pourquoi ca marche bien sur les deux systèmes maintenant.

Par contre, j'aimerai savoir comment protéger automatiquement les " entrée dans un champs de formulaire.

Merci d'avance

trouvé : mysql_real_escape_string() ;)

merci a vous pour votre aide !