Discussion :

[Jarodd]

Bonjour,

Je n'arrive pas à enregistrer dans ma bdd des valeurs avec des antislashs.

Code PHP :

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
 
$matricule = addslashes($_SESSION['matricule']);
$entite = addslashes($_POST['entite']);
$listenom = addslashes($_POST['listenom']);
$date = time();
 
// requête insertion
$requete = "
	INSERT INTO `base`.`listes`
	(`id_liste`, `matricule`, `entite`, `nom_liste`, `date`)
	VALUES ('' , '$matricule', '$entite', '$listenom', '$date');
";
 
$insertion = mysql_query($requete) OR die('Requête invalide : ' . mysql_error());
 
if ( $insertion ) {
	echo '<p>Enreg bdd ok</p>';
	echo $requete;
}

Si je donne par exemple la valeur "A" (avec les guillemets) au champ listenom dans mon formulaire, la requête obtenue avec l'echo est :

Code :

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

1
2
 
INSERT INTO `base`.`listes` (`id_liste`, `matricule`, `entite`, `nom_liste`,  `date`) VALUES ('' , 'moi', 'BAT', '\"A\"', '1228402448');

Ce qui est correct puisque j'ai bien les antislashs ajoutés.

Or si je vais voir dans PhpMyAdmin aucune valeur n'a d'antislash. Cela me pose un problème à l'extraction des données, je fais un stripslashes() (qui est inutile...) et mes valeurs s'affichent mal.

Config :
Wamp 2.0c sous XP
PHP Version 5.0.3
MySQL 4.1.22
Magic quotes désactivés dans le php.ini

Est-ce que vous avez une idée de l'origine du problème ? Moi je n'y comprend rien

Merci d'avance !

[Jarodd]

Bonjour,

Je sèche toujours sur ce problème... Je me demande si je ne fais pas fausse route, est-ce que le fait de faire un simple echo $requete; suffit pour savoir quelle est la requête exacte qui est exécutée ? Bref j'aimerais savoir exactement le processus d'insertion, et à quel endroit les antidlashs disparaissent...

[sabotage]

Bonjour,

Tes antislash sont traités ici comme des caracteres d'echappement pour PHP : ils indiquent à PHP que les guillemets sont a traiter comme le caractere guillemets et non comme un fin de chaine.
Les antislash ne sont donc pas présent dans la requete qui est traitée.

La donnée inserée dans ta base est donc celle que tu as tapée dans ton champ et tu n'as pas besoin de faire d'opération pour le retraiter ensuite.

C'est bien ce que tout le monde voudrait non ?

[Jarodd]

Bonjour,

En fait le problème est que les apostrophes sont alors enregistrés sans échappement. A l'extraction, ils provoquent donc des erreurs.

Exemple :
- Je tape [ l'aspostrophe ] dans mon formulaire
- Avec addslashes() la requête est INSERT... l\'apostrophe
- dans PhpMyAdmin j'ai le champ l'apostrophe
- à l'extraction j'ai donc echo 'blabla code l'apostrophe'
- Erreur au caractère rouge

Est-ce qu'il faut ajouter les addslashes() au moment de l'extraction alors ? Je pensais enregistrer le \ dans la base, pour le "striper" ensuite et afficher correctement ma chaîne. C'est pas la bonne solution apparemment ?

[sabotage]

La base de donnée doit contenir des données brutes.

Pour afficher correctement tes guillemets en HTML, tu peux ensuite appliquer htmlentities() ou htmlspecialchars()

[Jarodd]

Ok merci je vais essayer ces fonctions !