Discussion :

[elcoyotos]

Bonjour,

J'enregistre dans ma BDD Sql les mots clés tapés dans le moteur de recherche de mon site.

La plupart du temps, ces derniers sont correctement enregistré.
Mais, quelquefois, j'ai des caractères "cabalistiques" tel que :

• minnéapolis
• états

Cela se produit sur les caractères accentués.

D'où cela provient-il ?

[comode]

Problèmes d'encodage : la page n'est pas encodé selon même codage que ta BDD...

Si ta base est en Latin-0 par exemple, il faut encoder la page en Latin-0.

Donc soit par un header

Code :

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

header('Content-Type: text/html; charset=ISO-8859-1');

soit par dun doctype dans le HTML :

Code :

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

<meta http-equiv="Content-type" content="text/html; charset=iso-8859-15" />

Pour etre honnete, me rappel plus exactement si ton erreur vient d'une conversion utf8 ou latin-0... a voir, mais dans l'idée, c'est ça...

[elcoyotos]

Mais justement !!!!
Il n'y a aucun encodage !!!!
Un é = é
Un à = à

Ou alors, quelque chose m'échappe .....

Un coup ça serai bien encodé et un autre non ?
Puisqu'un coup j'ai bien un é et un autre j'ai un é

[comode]

Je serais tenté de supposer que les caracteres bien enregistrés et ceux qui ne le sont pas ne viennent pas de la même page ou du même champ de saisie...

Peux tu confirmer cela ?

Par ailleurs, peux tu nous dire comment sont encodés les champs de ta BDD (je crois que c'est interclassement sur phpmyadmin en FR) ?

[elcoyotos]

Oui, bien sur, les caractères bien enregistrés et ceux qui ne le sont pas proviennent pas de la même page

Encodegage des champs BDD : latin1_general_ci

Une piste

[comode]

essayes de coller ça au début de chaque page HTML si c'est pas encore fait:

Code :

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

<meta http-equiv="Content-type" content="text/html; charset=iso-8859-15" />

Sinon, faudrait peut être voir du coté des fonctions de codage/décodage de PHP

[elcoyotos]

A ma connaissance, un POST n'encode rien (peut être le serveur ?)
Sinon tous les caractères accentués seraient encodés

Je vais essayer un utf8_decode demain (car là je suis fatigué) et je te tiens au courant ....

En tous cas, merci d'essayer de m'apporter une solution .....

En fait, le problème ne me gène pas vraiment (1% des données) ....
C'est plus pour comprendre se qu'il se passe

[sabotage]

Encodegage des champs BDD : latin1_general_ci

L'interclassement n'est pas un encodage, il définit juste les regles de classement des données.

Ce qu'il faut plutot voir c'est dans quel format sont écrits tes fichiers PHP.
Tu n'utiliserais pas xhttprequest par hasard ?

[elcoyotos]

L'interclassement n'est pas un encodage

C'est bien ce que je me disais puisque je n'encode pas mes données lors de l'insertion. C'est donc de l'utf8 ? Est ce correct ?

Donc, j'aurai peut etre du commencer par le code :

Fichier qui enregistre les mots clés saisis par l'utilisateur :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
// Si champ q différent de vide et au moins 4 caractères
if ( ! empty ($_POST['q']) and strlen($_POST['q']) > 3 ) {
 
 
     // Passage de tout le mot en minuscule
    $str = $_POST['q'];
    $mot = strtolower($str);
 
    // Date du jour
    $date = date ("Y-m-d");
 
    // Connection à la base
    include ("connexion.php");
 
// ***** On regarde si le mot n'existe pas déjà
    $sql = "SELECT * FROM usa_motscles WHERE motcle = '".$mot."'";
    $result = mysql_query( $sql , $conn );
    $row = mysql_fetch_assoc( $result );
 
// ***** Si il existe
    if ( mysql_affected_rows ( $conn ) == 1) {
 
        $addition = $row['cumul'] + 1;
 
        // Requete de mise à jour
        $sql = "UPDATE usa_motscles SET cumul = '".$addition."', datemotcle = '".$date."' WHERE motcle = '".$mot."'";
        $result = mysql_query ( $sql, $conn );    
    }
 
// ***** Si il n'existe pas
    else {
 
        // ***** On regarde si le mot n'existe pas déjà dans la table temporaire
        $sql = "SELECT * FROM usa_motscles_wait WHERE motcle_wait = '".$mot."'";
        $result = mysql_query( $sql , $conn );
        $row = mysql_fetch_assoc( $result );
 
        // ***** Si il existe
        if ( mysql_affected_rows ( $conn ) == 1) {
 
            $addition = $row['cumul_wait'] + 1;
 
            // Requete de mise à jour
            $sql = "UPDATE usa_motscles_wait SET cumul_wait = '".$addition."', datemotcle_wait = '".$date."' WHERE motcle_wait = '".$mot."'";
            $result = mysql_query ( $sql, $conn );    
        }
 
        else {
            // Requete d'insetion
            $sql = "INSERT INTO usa_motscles_wait VALUES ('".$mot."','".$date."','1')";
            $result = mysql_query ( $sql, $conn );
        }
 
    }
 
    mysql_close();
 
}

Tous mes fichier sont encodés de cette manière :

Code :

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

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1" />

J'affiche les données de ma BDD de cette manière :

Code :

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

1
2
 
echo htmlentities($row['mot_cle']);

Et pour finir : Je ne me sert pas d'un xhttprequest (enfin si mais sur une seule page sur un input pour proposer des mots clés. Un auto complete quoi). Mais cette page n'enregistre rien. Elle ne fait qu'afficher...

[sabotage]

quand je parlais de l'encodage du fichier php, je parlais bien du fichier et non de la page html finale.

essaie en utilisant mb_strtolower() plutot que strlower()

[elcoyotos]

Cela ne change rien avec mb_strtolower()
J'ai toujours des caractères cabalistiques !!!

Quelqu'un a une autre piste ?

[raffa]

Bonjour,

J'enregistre dans ma BDD Sql les mots clés tapés dans le moteur de recherche de mon site.

La plupart du temps, ces derniers sont correctement enregistré.
Mais, quelquefois, j'ai des caractères "cabalistiques" tel que :

• minnéapolis
• états

Cela se produit sur les caractères accentués.

D'où cela provient-il ?

En haut de ton script essai en plaçant ceci:

Code :

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

$set_names = mysql_query("SET NAMES 'latin1'");

[elcoyotos]

J'ai essayé avec ça :

Code :

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

$set_names = mysql_query("SET NAMES 'latin1'");

Résultat : Ca ne change rien !

Pour vous donner une idée :

[sabotage]

On en arrive toujours au meme point : quel utilisateur provoque ces problemes ?

[Huntress]

Bonjour,

Je vais ajouter mon grain de sel pour avoir beaucoup trimé la dessus, et avoir mis un point final à tous mes problèmes.

Tu nous parles à un moment du fait que çà n'arrive jamais en local. Ceci vient peut être du fait du default charset d'apache, qui est en latin chez toi, et en utf8 sur le serveur distant.

Ensuite pour moi le meta charset ne sert pas à grand chose car il ne semble pas toujours utilisé, je le mets quand même, mais je le double en utilisant la fonction header de PHP qui envoi le contenu du meta charset. Et pour finir il y a l'encodage du fichier PHP (ce qu'évoque sabotage). Pour ton cas j'ai cru lire que c'était de l'ANSI, donc là c'est bon tu touches à rien.

Pour ce qui est d'un utilisateur spécifique qui mettrait le bordel en forçant l'usage de l'utf8 dans son navigateur je n'y crois pas. Enfin même si qq un force l'encodage, l'envoi d'un header charset doit surpasser cette configuration.

[sabotage]

Pour ce qui est d'un utilisateur spécifique qui mettrait le bordel en forçant l'usage de l'utf8 dans son navigateur je n'y crois pas. Enfin même si qq un force l'encodage, l'envoi d'un header charset doit surpasser cette configuration.

Personnellement j'ai testé, si tu forces ton navigateur dans un encodage, tu salopes tout.
J'ai croisé le cas recemment sur le forum egalement, tous les messages de l'utilisateur (forum, mp) avait des accents salopés.

Pour le cas de notre ami, si j'ai bien compris, ce n'est pas seulement qu'en local ce ne fonctionne pas, c'est que lui même quand il post, les accents passent bien non ?

[elcoyotos]

Bon,

Alors pour l'instant, j'enregistre l'ip pour tracer un éventuel "fauteur de troubles"

Message à sabotage :
Dans un de des posts précédent du me dis que je ne devrai pas utiliser un mysql_affected_rows() avec un SELECT mais plutôt un mysql_num_rows()
or j'ai fait l'essai et voilà ce que ça me dit :

Code :

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

Warning:  mysql_num_rows(): supplied resource is not a valid MySQL result resource in ...

Du coup j'utilise mysql_affected_rows() puisque ça ne renvoie pas d'erreur ....

Désolé mais j'aime bien comprendre ....

[elcoyotos]

Huntress, merci de te pencher sur mon problème
Tu dis :

Tu nous parles à un moment du fait que çà n'arrive jamais en local

Sauf erreur de ma part, je n'ai jamais dit que cela n'arrivait jamais en local.
J'ai dis que cela n'arrivait jamais de chez moi
Je teste toujours sur le serveur de mon hébergeur et jamais en local

J'ai croisé le cas recemment sur le forum egalement, tous les messages de l'utilisateur (forum, mp) avait des accents salopés.

Sabotage, c'est ce que je fini par penser (qu'un utilisateur soit en utf8 dans son navigateur) car c'est le seul script (moteur de recherche) ou j'ai ce problème....

quel utilisateur provoque ces problemes ?

Ba je n'en sais rien, je n'enregistre que le mot clé tapé

Du coup, j'ai testé aussi et effectivement, si, je mes mon navigateur en utf8, je retrouve les caractères cabalistiques.
Ce qui est étonnant, c'est qu'une fois la page chargée, mon navigateur (FF) se remet tout seul en ISO 8859 1

Bon, maintenant, je sais d'où cela provient. Quelle solution me conseillez vous (parce que j'ai beau mettre des "header('Content-Type: text/html; charset=iso-8859-1');" cela ne change rien).

• Filtrer les caractères qu'on m'envoie ?
• Filtrer les IP ?
• Autre ?

En tous cas, un grand merci à vous tous