transmission de l'objet retourné par mysqli_connect

Bonjour,

pour effectuer une requête mysqli (mysqli_query), il faut passer en paramètre l'objet retourné par la fonction de connexion. Comme cette connexion est effectuée dans un fichier séparé (connect_mysql.php), pour transmettre cet objet, j'ai choisi de le mettre dans une variable de session :
connect_mysql.php :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

<?php session_start(); function connect_mysql() { ... $link=mysqli_connect('localhost','root','',$dbase); // wampserver if (isset($link)) { echo "connexion OK<br/>"; $_SESSION['link']=$link; } return($link); } ?>

---

et dans un autre fichier :

Code:

---

1 2 3 4

<?php session_start(); $link=$_SESSION['link']; echo "authenticate:link:".$link->info."<br/>";

---

et cela affiche :

Citation:

---

connexion OK
...
authenticate:link:

---

donc pas de $link ; il faut faire autrement pour transmettre cette variable ?

En variable de session... :triste:

Enfin bref...
J'imagine qu'avant de poster, tu t'es bien entendu demandé ce qu'est supposé contenir $mysqli->info quand tu n'as encore fait aucune requête ?
Et au passage, ça te semble logique et cohérent d'initialiser une connexion en mode procédural et de continuer en objet ?

Ah, au fait, pour anticiper les prochaines questions : demandes-toi aussi ce que devient une connexion une fois que le script PHP a fini son exécution. Dit autrement, penses-tu réellement que la connexion peut rester ouverte d'une page à l'autre ?
Non pas que ce ne soit pas possible, mais ça ne l'est pas de la façon dont tu le fais et c'est, à ma connaissance, assez fortement déconseillé.

Une fois de plus :( (je sais que c'est ce que tu penses), j'ai fait n'importe quoi.

Parler de variable objet alors que l'on est en procédural, je te l'accorde, c'est pas très logique ; néanmoins, selon la doc , la fonction mysqli_connect retourne un objet, même si on est en procédural...

Le $link->info avant une requête, selon le var_dump semble être NULL.

Enfin, OK (je viens de le découvrir après t'avoir lu), en dehors des connexions persistantes, les connexions aux bdd se referment à la fin de l'exécution du script. Par contre, vu la conception de ce code (qui n'est pas de moi ; je le reprends), la page où est faite la connexion reste tout le temps ouverte vu que les autres fichiers sont "includés" ; et d'ailleurs, pas besoin de transmettre $link car ils la connaissent (je viens de le vérifier par un var_dump). Par contre, dans une des pages "includées", le code

Code:

---

1 2 3 4 5

var_dump($link);   $query = "SELECT * FROM users"; $result = mysqli_query($query,$link) or die ("Impossible d'exécuter la requete sur la table users...");

---

affiche

Citation:

---

object(mysqli)[2]
public 'affected_rows' => null
public 'client_info' => null
public 'client_version' => null
public 'connect_errno' => null
public 'connect_error' => null
public 'errno' => null
public 'error' => null
public 'error_list' => null
public 'field_count' => null
public 'host_info' => null
public 'info' => null
public 'insert_id' => null
public 'server_info' => null
public 'server_version' => null
public 'stat' => null
public 'sqlstate' => null
public 'protocol_version' => null
public 'thread_id' => null
public 'warning_count' => null

Impossible d'exécuter la requete sur la table users...

---

alors que la table "users" existe bien dans la bdd qui vient d'être ouverte. Quel est donc le souci ?

Après avoir fait une longue pause, je l'ai trouvé : j'avais inversé $link et $query !

Tiens, ça me rappelle étrangement une précédente discussion...

Citation:

---

Envoyé par Bovino

ou alors, il n'a pas ce nom là (après tout, ce ne serait pas le première fois que tu nous ferais ce coup-là...).

---

:whistle:

Citation:

---

Envoyé par laurentSc

je sais que c'est ce que tu penses

---

Ce que j'en pense, c'est que ce n'est en rien le rôle du forum que de faire quasi systématiquement ce type de débogage pour toi.