codage caractères formulaire=>Bd ?

Version imprimable

09/05/2010, 17h14
Philipppel

codage caractères formulaire=>Bd ?

Bonjour,
J'ai un formulaire de saisie en method="post" qui :
- écrit dans une table de ma base de données via une requête SQL
- envoi un mel de validation de saisie à l'utilisateur.
Les valeurs des champs sont :
- récupérées sous la forme $champs = utf8_decode($_POST['champs']);
La base de données a un codage interclassement utf8_general_ci et la table concernée interclassement latin1_swedish_ci.

En résultat, j'ai :
- dans la table des valeurs de champs enregistrées avec des "?" à la place des caractères accentués
- dans le mel, les caractères accentués sont affichés normalement.

J'ai essayé divers mode d'interclassement pour la table, sans obtenir l'affichage des accents.

Merci d'une proposition ?
09/05/2010, 17h31
sabotage

L'interclassement n'intervient pas dans la facon dont sont enregistrés et lus les données : il ne sert qu'a trier et comparer.

Par contre :
http://php.developpez.com/faq/?page=mysql#mysql-utf-8
09/05/2010, 18h21
Philipppel

Merci de ta réponse, éclairante quant à l'usage de linterclassement.

Citation:

Envoyé par sabotage

L'interclassement n'intervient pas dans la facon dont sont enregistrés et lus les données : il ne sert qu'a trier et comparer.

Par contre :
http://php.developpez.com/faq/?page=mysql#mysql-utf-8

Par contre, j'ai bien les bonnes références au utf-8 dans le header de ma page ... et j'ai beau ajouter " $sql="SET NAMES 'utf8'"; (codaprès l'ouverture de la base comme proposé dans la FAQ, le résultat est le même.
09/05/2010, 18h24
sabotage

Citation:

et j'ai beau ajouter " $sql="SET NAMES 'utf8'";

Il faut executer la requête hein ...pas juste l'écrire.

Citation:

Les valeurs des champs sont récupérées sous la forme $champs = utf8_decode($_POST['champs']);

Pourquoi faire un decode si tu es tout en UTF8 ?
09/05/2010, 18h44
Philipppel

Ouiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii !
J'avais bien exécuté la requête voui .... : j'ai quand même passé ce stade là rires.

Citation:

Envoyé par sabotage

Pourquoi faire un decode si tu es tout en UTF8 ?

Et oui : j'avais aussi fait un essai en supprimant de utf8_decode(), mais c'était sans ta proposition magique !

Donc, avec :
- $sql="SET NAMES 'utf8'"; tout de suite après la connection à la base
ET sans utf8_decode()

Bonne soirée ...
Merci ... !
09/05/2010, 22h17
Philipppel

Je reviens ... :
- la difficulté a été solutionnée pour l'enregistrement dans la base de données,
- mais le codage est maintenant erroné dans le mel de validation envoyé à l'utilisateur ; les "e" sont codés "Ã©" ...

Une idée pour ne pas détruire d'un côté ce que j'arrange de l'autre ?
Merci.
09/05/2010, 22h29
sabotage

Il faut egalement mettre le SET NAMES pour la lecture.
09/05/2010, 23h41
Philipppel

Citation:

Envoyé par sabotage

Il faut egalement mettre le SET NAMES pour la lecture.

Je veux bien, mais ... je ne vois pas à quel endroit le mettre :
- le texte du mel est constitué dans le corps de la même requête
...!?
10/05/2010, 08h28
greg13

Il faut spécifier l'encodage du mail dans l'entete, ou bien alors tu n'envois pas ton email en utf8.
10/05/2010, 16h54
Philipppel
Bonjour,

Citation:

Envoyé par greg13

Il faut spécifier l'encodage du mail dans l'entete, ou bien alors tu n'envois pas ton email en utf8.

Merci de cette proposition.
En fait, j'ai provisoirement contourné la difficulté et codé pour chaque champ concerné :

une action vers la base de données sans utf8_decode()
une action vers le mel avec utf8_decode().
Exemple :
Code:

1 2 3 4 5 if (!empty($_POST['prenom'])){ $prenom = ($_POST['prenom']);// vers SGBD $prenommel = utf8_decode(($_POST['prenom']));// vers mel }
Pas propre, mais fonctionnel !
Merci.