Variable invisible pour requête SQL !?

Version imprimable

10/05/2006, 11h49
yopuke

Variable invisible pour requête SQL !?
Bonjour,
J'ai un problème bien curieux; je récupére des variables de sessions qui existent bien, puisque elles s'affichent avec un echo() mais par contre lorsque je les insére dans une requête sql, elles sont nulles ! 8O
Au début de mon script
Code:

1 2 3 session_start(); $identifiant = $_SESSION['login'];
et un peu plus loin
Code:

1 2 $req = "UPDATE tbl_user SET Nom = '$identifiant' WHERE identifiant = 'azerty' LIMIT 1";
La requête fonctionne mais le champ reste vide !
A contrario si je déclare une variable bidon
Code:

1 2 3 session_start(); $variablebidon = "Roger";
Le champ est remplis
C'est à n'y plus rien comprendre... :mur:

D'avance merci pour votre aide :ave:
10/05/2006, 11h50
Mr N.

Code:

echo $req;

donne quoi ?
10/05/2006, 11h52
ouatmad

peut etre qu'entre temps ta session se termine. essai de voir si tes sessions n'ont pas une durée de vie
10/05/2006, 12h02
yopuke

Non pour la durée de vie de session c'est ok.
Par contre un echo() me renvoie bien mes valeurs :
UPDATE tbl_user SET Nom = 'Login' WHERE identifiant = 'azerty' LIMIT 1

Je viens de remarquer un truc, si j'execute le script deux fois de suite, alors la variable est prise en compte !?
Première éxécution : champ vide
Deuxième exécution : champ remplis avec la valeur de $identifiant
:?
10/05/2006, 12h03
kalash_jako
D'après ton message initial, tout devrait marché si $identifiant est bien rempli.

Fais:
Code:

1 2 echo $identifiant;
Juste avant la requète pour vérifier que la varible est toujours pleine...

Oups! tu as posté entre temps...

Bon, c'est peut être un problème dans la BDD, tu as 2 fois la meme ligne, tu la remplie une fois, et, tu regarde la mauvaise...

Retire le LIMIT 1 pour voir...
10/05/2006, 12h10
Mr N.

Si tu passes cette requête sous phpMyAdmin, est-ce que tu as le comportement attendu ?

Sinon mon petit doigt me souffle que peut-être tu récupères les infos à afficher avant de modifier la base... :roll:
10/05/2006, 12h12
kalash_jako

Mais pourtant, si il nous dit que ca requète est complète au moment de l'envoyer, ca devrait marcher!

Et le reste du code, ca donne quoi?
10/05/2006, 12h16
yopuke

kalash_jako > avec ou sans LIMIT 1 ca ne change rien, idem dans la bdd je n'ai pas deux fois la même ligne.

Mr N. > Heu je ne comprends pas bien ta remarque ? le script se déroule comme ça :
- démarrage de la session
- récupération de la variable
- requête sql
- echo
C'est correct ?!

Sous phpMyAdmin ca fonctionne du premier coup

Merci de vous pencher sur mon problème, c'est cool :)
Alors le code je l'ai simplifié au maximum pour trouver d'ou venait l'erreur :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
 
<?php
session_start();
$identifiant = $_SESSION['login'];
$variablebidon = "Roger";
//require 'prive/verifconnexion.php';
require_once('prive/db.inc.php');
//
ConnectdB();
        $req = "UPDATE tbl_user SET Nom = '$identifiant' WHERE identifiant = 'azerty'";
        $ret = mysql_query ($req) or die (mysql_error ());
        echo($req);
        return true;
        mysql_close();
?>

10/05/2006, 12h42
Mr N.

Et alors ? Elle venait d'où ?
10/05/2006, 13h05
yopuke

Ha heu je croit que je me suis mal fait comprendre, j'ai simplifié le code au maximum pour isoler l'erreur mais je n'ai toujours pas trouvé pourquoi ca ne fonctionne pas ! :(
Petite précision je suis hébergé chez online, mais je ne pense pas que ca puisse venir de leur configuration, car j'ai d'autre parties de scripts utilisant les session qui fonctionnent parfaitement.

Peux-tu tester ceci :

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
<?php
session_start();
$identifiant = $_SESSION['login'];
 
require_once('prive/db.inc.php');
ConnectdB();
 
echo '<pre>';
 
$sql = "SELECT Nom FROM tbl_user WHERE identifiant = 'azerty'";
var_dump($sql);
$req = mysql_query ($sql) or die (mysql_error ());
var_dump(mysql_num_rows($req), mysql_fetch_assoc($req));
 
$sql = "UPDATE tbl_user SET Nom = '$identifiant' WHERE identifiant = 'azerty'";
var_dump($sql);
$req = mysql_query ($req) or die (mysql_error ());
var_dump(mysql_affected_rows($req));
 
$sql = "SELECT Nom FROM tbl_user WHERE identifiant = 'azerty'";
var_dump($sql);
$req = mysql_query ($sql) or die (mysql_error ());
var_dump(mysql_num_rows($req), mysql_fetch_assoc($req));
?>

10/05/2006, 13h45
yopuke

Je viens de tester et ca me renvoie ça :

string(53) "SELECT Nom FROM tbl_user WHERE identifiant = 'azerty'"
int(1)
array(1) {
["Nom"]=>
string(7) "1212121"
}
string(62) "UPDATE tbl_user SET Nom = 'Login' WHERE identifiant = 'azerty'"
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'Resource id #3' at line
10/05/2006, 13h49
yopuke

En corrigeant la faute à la ligne 17, ça renvoie ça :

string(53) "SELECT Nom FROM tbl_user WHERE identifiant = 'azerty'"
int(1)
array(1) {
["Nom"]=>
string(0) ""
}
string(62) "UPDATE tbl_user SET Nom = 'Login' WHERE identifiant = 'azerty'"

Warning: mysql_affected_rows(): supplied argument is not a valid MySQL-Link resource in upimage.php on line 48

NULL
string(53) "SELECT Nom FROM tbl_user WHERE identifiant = 'azerty'"
int(1)
array(1) {
["Nom"]=>
string(5) "Login"
}
10/05/2006, 13h53
Mr N.

fais voir le bout de code que tu as corrigé concernant l'update ?

En tout cas ça marche bien l'update non ?
"" => "Login" !
10/05/2006, 14h01
yopuke

J'ai corrigé ça, à la troisième ligne :

$sql = "UPDATE tbl_user SET Nom = '$identifiant' WHERE identifiant = 'azerty'";
var_dump($sql);
$req = mysql_query ($sql) or die (mysql_error ());
var_dump(mysql_affected_rows($req));

"mysql_query ($sql)" au lieu de "mysql_query ($req)"

Pour l'update oui ça marche... mais seulement si je lance le script une deuxième fois ! je ne comprends pas on dirais que la variable de session n'est pas remplie alors que mes variables de sessions sont créées dans un autre script qui appelle celui là une fois qu'il a finis son execution, et donc qu'il a remplis toute les variables !!
10/05/2006, 14h03
Mr N.

Je ne comprends pas quel est ton problème. Malgré une erreur dans la dernière trace, on voit bien que Nom est passé de "" à "Login". Sans faire deux updates. :koi:
10/05/2006, 14h12
yopuke

Oui ça fonctionne effectivement mais parceque c'est le retour aprés l'avoir lancé une deuxième fois, la première fois l'update n'est pas effectuée.
je ne peut pas avoir un retour de echo la première fois car c'est un swf qui appelle un php pour créer la session, une fois la session créée et les variables enregistrées dans une table sql le flash appelle un deuxième php (donc celui en cause) qui uploade une image directement dans la bdd depuis flash.
J'ai fait des echo() à gogo php reçoit bien toutes les varaibles envoyés par flash, donc celui-ci est hors de cause, c'est bien au moment ou je veux modifier le contenu de la table (à savoir enregistrer l'image) que ca déconne.
Ca déconne simplement car cette **** de variable de session est vide aux yeux de la bdd. Heu j'éspére avoir été clair ? :)
10/05/2006, 14h19
Mr N.

AMHA tu t'emmeles les pinceaux plus qu'autres choses.
Flash n'a rien a voir dans le developpement php, c'est un client comme un autre ;) Donc oublie flash, utilise un bon vieux navigateur pour pouvoir appeler tes pages et voir si le résultat obtenus est conforme à tes attentes (comprendre "conforme aux attentes de ton anim flash").
Ensuite une bdd n'a aucune notion de la session en cours. Donc soit tu gères mal ta session, soit tu fais mal ta requête. On a vu que pour la requête c'était bon. Donc le problème se situe plus sur ta gestion de la session.

Ok ouais je vois ce que tu veux dire, mais là le problème est quand même cerné de toutes parts ?
- php recois bien toutes les données
- la requête sql est ok
DONC le problème viendrais plus de la session...
Pourtant comme dis la session est créée dans un script en amont :
Premières lignes
Code:

1 2 3 4 5 6 7 8 9 <? session_start(); header("Cache-Control: no-store, no-cache, must-revalidate"); header("Expires: Mon, 26 Jul 1997 05:00:00 GMT"); header("Cache-Control: post-check=0, pre-check=0",false); header("Pragma: no-cache"); // $lognew = $_POST['lognew'];
....
Code:

1 2 $_SESSION['login'] = $lognew;
La session est créée correctement pourtant ?!

10/05/2006, 14h29
Mr N.

Je ne comprend pas ton histoire de double appel.
10/05/2006, 14h35
yopuke

Le premier appel du script c'est flash qui le fait, une fois exécuté je peut voir dans la bdd si la requête update a bien été faite (en l'occurence : non)
Le deuxième appel c'est moi qui le fait "à la main" et là tout fonctionne.

Mais le problème ne vient pas de flash puisque lors du premier appel du script la requête sql est bien éxécutée car le champ "Nom" est vide cad la variable de session semble "vide".
Au deuxième appel du script la requête sql est bien éxécutée car le champ "Nom" est remplis avec la valeur de la variable de session !
Voilà
10/05/2006, 14h37
Mr N.

Et si tu enleve flash ?
10/05/2006, 14h45
yopuke

Oui c'est ce que je me suis dis aussi, mais bon comme tu a pu le voir ma spécialité c'est plus flash que php :P mais bon là effectivement je vais virer le flash temporairement et réécrire tout en php :aie:
Bon merci de ton aide, je vais me pencher là dessus, si tu est intéréssé par l'avancée de mes investigations rapport à ce problème je peut t'en informer par mp.
10/05/2006, 15h11
Mr N.

Par mp non merci, mais ton erreur peut être profitable à quelqu'un dans le même cas que toi.
10/05/2006, 15h55
yopuke

Ca roule, si je trouve une solution "propre" je penserais à la poster à la suite.
11/05/2006, 16h44
yopuke

Bon alors, épilogue à mon histoire, le php serait hors de cause ... :oops:
En fait le problème viendrais de la classe FileReference qui, fraîchement implentée dans flash 8, pourrais probablement être la source du problème :|
Je ne sais absolument pas pourquoi ni comment cette classe pourrais interférer avec les variables de sessions, y'a plus qu'a chercher :aie:

Fuseau horaire GMT +2. Il est actuellement 08h19.