Fatal error: Call to undefined function stripcslaches() in .

Version imprimable

Please help!

il s'agit d'une modification des entrée dans mysql à partir php et quand je lance la modification(boutton modifier), l'erreur suivant est apparut:

Citation:

Fatal error: Call to undefined function stripcslaches() in ...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<?php
if(isset($_POST["Modifier"]))
{
connectQMMDataBase();
$lechamp0 = mysql_real_escape_string(htmlspecialchars(stripcslaches($_POST["Nom"])));//attribution d'une variable pr chaque champ du formulaire
$lechamp1 = mysql_real_escape_string(htmlspecialchars(stripcslaches($_POST["Prénom"])));
$lechamp2 = mysql_real_escape_string(htmlspecialchars(stripcslaches($_POST["Fonction"])));
 
$result = mysql_query("UPDATE personnels SET Nom='$lechamp0', Prénom='$lechamp1', Fonction='$lechamp2' WHERE ID='$ID'");//enregistre les données modifier
 
if(!$result)//si erreur
{
die('Requête invalide: ' .mysql_error());
}
else//si non
{
echo '<p>La modification à été effectué avec succès. <a href=admin.php>Retour à l\'administration.</a></p>';
}
mysql_close();
}
?>

Bonjour,

Regardes ce code pour l'erreur ...

Code:

1
2
3
4
5
6
7
8
9
 
<?php
// Attribution du contenu de mon champs <input name="dicton" ...> à la variable $nouveau_dicton
 $nouveau_dicton = $_POST['dicton'];
// J'ai pensais à faire ça comme s'il fallait convertir le contenu en chaîne de caractère... sans, ça ne fonctionne pas, ça me renvoi une erreur !!!
 $str = "".$nouveau_dicton;
// Je vire mes "\" de la chaîne de caractère
 $str = stripslashes($str);
?>

25/10/2012, 09h45
Exia_

Bonjour,

Lien

stripcslaches s'écrit stripcslashes
25/10/2012, 09h49
Fench

Bien vu, Exia93, j'ai pas encore les yeux ouverts :lol:

Au début, je pensais à une erreur d'écriture mais même en y faisant attention, j'ai pas vu :oops:

Mais comme on trouve de tout sur internet, j'ai toujours une réponse ;)

+1 pour la forme
25/10/2012, 16h36
ericd69

salut,

sans le 'c' au milieu c'est encore mieux exia93 :mouarf:

stripslashes comme dans l'exemple de fench :ccool:
25/10/2012, 18h03
Fench

Non non Eric,

Nous parlions effectivement de stripcslashes pour le langage c :lol:

Un truc que j'ai jamais utilisé d'ailleurs hi hi hi
25/10/2012, 21h42
RunCodePhp

Salut

Code:

$lechamp0 = mysql_real_escape_string(htmlspecialchars(stripcslashes($_POST["Nom"])));

Personne ne dit rien, mais personnellement ce genre de code m'inquiète une peu.

Au lieu de tenter de déboguer une erreur de syntaxe (un s au lieu d'un c) sur cette fonction stripslashes(), ne vaudrait-il pas mieux d'orienter les chose vers la directives du php.ini magic_quote_gpc, c'est à dire de la désactiver une bonne fois pour toute (la mettre à Off) comme cela est (fortement) recommander depuis pas mal d'années maintenant ?

Ceci évitant tout simplement de faire appel à cette fonction, seul mysql_real_escape_string() suffirait.

De plus, faire appel à la fonction htmlspecialchars() est théoriquement inutile pour des données destinées à être exploitées coté Bdd (raison de plus pour des données comme : Nom, Prénom, Fonction).
Quel est le but recherché en appliquant cette fonction ?

La théorie veut qu'on insert des données "brutes" dans la Bdd, et ce n'est que lorsqu'on affiche ces données (voire toutes d'où elles viennent) dans un document HTML où là on applique cette fonction htmlspecialchars (voire htmlentities).

Tout ceci c'est juste une parenthèse ;)
26/10/2012, 09h56
Fench

Oui oui, tu as sûrement raison, mais depuis des mois je n'utilise plus les fonction mysql_xxx, alors les cascades de fonctions comme telles (et que je faisais avant, je cherche même plus :calim2: ).

Celà dit, vaut mieux commencer à orienter les développements vers d'autres méthodes, parmis les APIs fournies par les extensions mysql, mysqli et PDO, mysql va disparaitre, commencez à regarder vers mysqli ou pdo.

Et effectivement, tu vois, j'ai même pas tilté avec le mélange de fonctions pour échapper en Bd et en Html comme quoi :roll:

Juste une dernière remarque, les magic_quote_gpc sont obsolétes depuis 5.3 et cette directive sera complétement supprimée pour 5.4 DONC dirigeons tous les nouveaux vers les deux autres API
26/10/2012, 22h00
RunCodePhp

Citation:

Envoyé par Fench

Celà dit, vaut mieux commencer à orienter les développements vers d'autres méthodes, parmis les APIs fournies par les extensions mysql, mysqli et PDO, mysql va disparaitre, commencez à regarder vers mysqli ou pdo.

Je dirais qu'il ne faudrait pas se tromper de problème, donc quelque part compliquer les choses plus quelles ne le sont actuellement.

Le fond du problème (au niveau de cette fameuse fonction stripslashes), n'est pas lié au choix dans la manière d'interroger la Bdd, c'est un problème d'échappement de certains caractères (qui causeraient problème).

D'ailleurs, ce n'est pas uniquement au niveau de la Bdd qu'on rencontre des problèmes d'échappement, on les rencontre quasi partout (Php, Javascript, Html, etc ...).

Si on applique cette fonction stripslashes c'est qu'on veut supprimer des anti-slaches, non ?
Donc cela veut dire qu'il y en auraient de trop (je simplifie).

Toujours est-il que, à part développer dans un environnement avec Php5.4, il y a cette directive magic_quote_gpc où j'ai remarqué que pas mal d'hébergeurs mutualisés l'active par défaut (donc à On).
J'ai jamais vraiment cherché pourquoi, cependant, j'ai l'impression que pas mal de codeurs non-averti se font avoir à cause de cela, et tombe dans le piège (et jusqu'au coup).
Donc à grand renfort de stripslashes() à tord et de travers.

C'est tellement plus simple de désactiver cette directive, car tous les hébergeurs le permettent (du moins il me semble), et ça élimine pleins de problèmes.

Mise à par cela, ne pas (ou ne plus) utiliser ces fonctions mysql_machin_truc() obsolètes serait bénéfique, la dessus c'est indiscutable.
(Néanmoins, cela n'éliminera pas ces problèmes d'échappement (de trop) si cette directive magic_quote_gpc est activée, c'est pas le même problème).