Discussion :

[laurentSc]

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

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

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

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

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

et cela affiche :

connexion OK
...
authenticate:link:

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

[Bovino]

En variable de session...

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 ?

[Bovino]

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

[laurentSc]

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

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

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

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 ?

[laurentSc]

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

[Bovino]

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

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

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.