Discussion :

[laurentSc]

Bonsoir,

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

Code php :

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

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 php :

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

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 ?

[mlebeguec]

Bonsoir,

Et en faisant:

Code :

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

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);

[laurentSc]

En fait, j'avais essayé ça avant : ça supprime l'erreur 500, mais page blanche et requête non exécutée...

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

[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

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

[laurentSc]

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

Code php :

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

[mlebeguec]

Euuuh,

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

http://fmaz.developpez.com/tutoriels...omprendre-pdo/
Natso

[sabotage]

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

[laurentSc]

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

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

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

[sabotage]

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

et display_error ?

[laurentSc]

Il est à off, mais avec cette ligne ini_set('display_errors','1');, ça devrait aller, non ?

[sabotage]

Comme tu dis, "ça devrait".
Mais comme visiblement ça ne le fait pas, essaie autrement.

[laurentSc]

A part faire des requêtes non préparées (ça, ça marche), je vois pas...Tu ferais comment, toi ?

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

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

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

[laurentSc]

des tests sur un serveur local

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