requête préparée provoque un échec

Version imprimable

Bonsoir,

si je fais une requête normale, ça se passe bien :

Code:

1
2
$sql="INSERT INTO `medecin` (ausc_vasc,non_fait,id_patient) VALUES ('".$_POST['ausc_vasc']."','".$_POST['non_fait']."','".$_SESSION['patient']."')";
$connexion->exec($sql);

alors qu'avec une requête préparée non :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
 
$sql="INSERT INTO `medecin` (ausc_vasc,non_fait,id_patient) VALUES ('".:ausc_vasc."','".:non_fait."','".:id_patient)."')";
 
 
$prep = $connexion->prepare($sql);
 
//Associer des valeurs aux place holders
$prep->bindValue(:ausc_vasc, $_POST['ausc_vasc'], PDO::PARAM_STR);
$prep->bindValue(:non_fait, $_POST['non_fait'], PDO::PARAM_STR);
$prep->bindValue(:id_patient, $_SESSION['patient'], PDO::PARAM_STR);	
 
//Compiler et exécuter la requête
$prep->execute();

pas possible d'en dire plus, car si ça marche pas, erreur 500...

Peut-on me dire ce qui ne va pas ?

Bonsoir,

Et en faisant:

Code:

1
2
3
4
5
6
7
8
9
10
 
$sql="INSERT INTO `medecin` (ausc_vasc,non_fait,id_patient) VALUES (:ausc_vasc,:non_fait,:id_patient)";
 
 
$prep = $connexion->prepare($sql);
 
//Associer des valeurs aux place holders
$prep->bindValue(':ausc_vasc', $_POST['ausc_vasc'], PDO::PARAM_STR);
$prep->bindValue(':non_fait', $_POST['non_fait'], PDO::PARAM_STR);
$prep->bindValue(':id_patient', $_SESSION['patient'], PDO::PARAM_STR);

09/12/2013, 21h25
laurentSc

En fait, j'avais essayé ça avant : ça supprime l'erreur 500, mais page blanche et requête non exécutée...:cry:
09/12/2013, 21h36
ABCIWEB

Et oui faut pas reprendre un exemple mysql pour l'intégrer directement dans un exemple pdo, surtout pour les requêtes préparées puisque les requêtes préparées n'existaient pas avec mysql.
L'intérêt des requêtes préparées est de créer une abstraction en créant une relation entre des marqueurs (symbol "?" ou symbolisés par des marqueurs nommés) et des variables. Et donc ces marqueurs ne sont pas des variables qu'il faudrait concaténer pour les inclure dans la requête (puisqu'on cherche précisément à ne pas inclure de variables directement dans la requête).
09/12/2013, 21h36
mlebeguec

Aucune erreur php ni sql ? Tu as bien paramétré les erreurs dans ton php.ini ?

Tu es sûr que id_patient est un string ?

Natso
09/12/2013, 21h50
ABCIWEB

Et au niveau des erreurs pdo faudrait penser à regarder cette page et utiliser des blocs try/catch en ayant initialisé avec PDO::ERRMODE_EXCEPTION si tu veux t'y retrouver un peu mieux.

J'ai suivi vos conseils (et simplifié pour le debug) :

Code:

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
<?php
error_reporting(E_ALL);
ini_set('display_errors','1'); 
 
try {
	$PARAM_hote='---'; // le chemin vers le serveur
	$PARAM_nom_bd='---';  // le nom de votre base de données
	$PARAM_utilisateur='---';  // nom d'utilisateur pour se connecter
	$PARAM_mot_passe='---';  // mot de passe de l'utilisateur pour se connecter
	$connexion->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
 
	//$sql="INSERT INTO `medecin` (ausc_vasc,non_fait,id_patient) VALUES ('".:ausc_vasc."','".:non_fait."','".:id_patient)."')";
$sql="INSERT INTO `medecin` (ausc_vasc,non_fait,id_patient) VALUES (:ausc_vasc,:non_fait,:id_patient)";
/*	$connexion->exec($sql);
	echo "sql=".$sql."<br/>";*/
 
	$prep = $connexion->prepare($sql);
 
	//Associer des valeurs aux place holders
	$prep->bindValue(:ausc_vasc, "test", PDO::PARAM_STR);
	$prep->bindValue(:non_fait,"test", PDO::PARAM_STR);
	$prep->bindValue(:id_patient, "test", PDO::PARAM_STR);	
 
	//Compiler et exécuter la requête
	$prep->execute();
} catch (PDOException $e) {
    echo 'Échec lors de la connexion : ' . $e->getMessage();
}
?>

Mais toujours pas de message d'erreur ni d'exécution de la requête...

09/12/2013, 22h13
mlebeguec

Euuuh,

Où se trouve la connexion à la base ???

http://fmaz.developpez.com/tutoriels...omprendre-pdo/
Natso
09/12/2013, 22h32
sabotage

Par contre ce n'est pas normal que cette page ne donne pas une erreur.
Contrôle error_reporting dans ton phpinfo()
09/12/2013, 22h45
laurentSc

Citation:

Où se trouve la connexion à la base ???

elle était passée à l'as par un mauvais copier-coller...

Citation:

Par contre ce n'est pas normal que cette page ne donne pas une erreur.
Contrôle error_reporting dans ton phpinfo()

22527 mais qu'est-ce que ça signifie ?

(même en ayant remis la connexion, pas mieux...)
09/12/2013, 22h53
sabotage

Ca correspond à E_ALL & ~E_DEPRECATED, c'est à dire a peu prés tout.

et display_error ?
09/12/2013, 23h00
laurentSc

Il est à off, mais avec cette ligne ini_set('display_errors','1');, ça devrait aller, non ?
09/12/2013, 23h22
sabotage

Comme tu dis, "ça devrait".
Mais comme visiblement ça ne le fait pas, essaie autrement.
09/12/2013, 23h29
laurentSc

A part faire des requêtes non préparées (ça, ça marche), je vois pas...Tu ferais comment, toi ?
09/12/2013, 23h37
sabotage

On parle de l'affichage des erreurs là.
Change le paramètre de ton serveur et vois si tu as bien les erreurs.
Essaie de provoquer une erreur de syntaxe volontairement au besoin pour mieux visualiser le comportement.
10/12/2013, 00h02
laurentSc

Comme mon code est sur un serveur et non en local (je souhaite pouvoir le montrer à d'autres personnes), je me suis tourné vers l'hébergeur pour agir sur le PHP.INI...
10/12/2013, 04h02
ABCIWEB

Si tu es sur un mutualisé, l'hébergeur ne va pas modifier le php.ini - qui affecte tout le serveur - simplement pour tes beaux yeux ... tu pourras uniquement modifier certaines valeurs dans chaque page (comme tu l'a fais) ou dans un .htaccess.
Mais en plus du display error qui est un réglage de type on/off, il faut regarder aussi error_reporting qui fixe le niveau des erreurs.

Cela dit en phase de développement c'est quand même dommage que tu ne fasse pas des tests sur un serveur local, cela va quand même beaucoup, beaucoup plus vite.
10/12/2013, 11h29
laurentSc

Citation:

des tests sur un serveur local

C'est justement ce que je me suis dit...donc :resolu: et quand j'aurai la solution je la donnerai ici.