Discussion :

[Philipppel]

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 ?

[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

[Philipppel]

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

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.

[sabotage]

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

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

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 ?

[Philipppel]

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

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 ... !

[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.

[sabotage]

Il faut egalement mettre le SET NAMES pour la lecture.

[Philipppel]

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
...!?

[greg13]

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

[Philipppel]

Bonjour,

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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.