Ses derniers messages sur les forums
Vérifie que tu n'inverse pas le mot de passe et le nom d'utilisateur dans ton invocation de MySQL.
<?php
$db = new mysqli;
var_dump($db);
$db = new mysqli('127.0.0.1', 'root', '', 'mon_blog');
Bon, en relisant ton message pour retrouver les données, je me rends compte que tu confonds peut-être le nom d'hôte (la machine) et le nom d'utilisateur (le compte utilisateur) ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Les tutoriels vidéo c'est du caca. Ceci est le conseil constructif du jour. Notre métier est à base d'écrit, de lecture.
Bref, utilises le wall de ce site pour nous montrer le code que tu as réalisé, et je regarderais si j'y vois quelque chose d'évident.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Tout d'abord, malheureusement, 'localhost' a une signification pour la librairie cliente de MySQL. Utiliser 'localhost' plutôt qu'une IP, c'est indiquer au client qu'on veut passer par le socket UNIX. Ce peut être un premier problème.
Je suppose que la règle "N'importe lequel" se réfère aux règles s'appliquant par défaut à tous les utilisateurs configurés. Mais n'utilisant pas PMA, je ne pourrais pas t'aider.
Dans MySQL, un utilisateur est défini par trois éléments :
- le nom d'utilisateur
- l'origine de connection (IP, nom d'hôte)
- le mot de passe
'root'@'%' est l'utilisateur root depuis n'importe où.
'root'@'localhost': root depuis un socket UNIX
'root'@'127.0.0.1' root depuis la boucle IP locale.
Si tu n'as pas donné de mot de passe à ton utilisateur root pour MySQL, il faut que tu fournisse un mot de passe vide (une chaîne vide) à MySQLi.
Le navigateur est un client HTTP.
Le concept de base, c'est le couple client-serveur :
- le client HTTP (navigateur) contacte le serveur HTTP (Apache)
- le serveur HTTP interprète la requête HTTP et décide quoi en faire
- le serveur HTTP renvoie une réponse HTTP
Si le serveur HTTP détermine qu'il doit invoquer PHP (genre, en découvrant .php dans la Request URI):
- Apache charge le module PHP
- le module PHP interprète la requête HTTP telle qu'Apache lui a fourni
- le module PHP indique à Apache quels en-têtes HTTP mettre à jour, et quel est le contenu du corps de la réponse HTTP (ce que le programmeur contrôle avec les fonctions header et echo, par exemple).
- Apache effectue des traitements additionnels et renvoie la réponse au client HTTP
Maintenant, dans ton script PHP, tu peux très bien appeler des fonction qui vont utiliser elle-même le modèle client-serveur. C'est le cas de cURL et de MySQL.
cURL est, grossièrement, un client HTTP. Ceci te permet, depuis le serveur HTTP, de contacter un autre serveur HTTP.
En ce qui concerne l'extension MySQL, de base, va tenter de se connecter au serveur MySQL selon les données que tu lui fournit. Cette connexion peut se faire via IP ou des sockets Unix (il me semble qu'on peut aussi utiliser les named pipes de MS Windows, mais je n'y connais pas grand chose en MS Windows).
L'utilisation de MySQL n'est pas obligatoire, c'est juste que traditionnellement, c'est la manière de permettre la persistance des données dans une application web.
PHPMyAdmin (PMA) est une application Web, un client MySQL. Elle utilise le client HTTP (ton navigateur) pour se connecter au serveur HTTP qui invoque PHP pour aller manipuler le serveur MySQL et agir sur les données stockées.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
:-D C'est juste que tu n'avais pas encore saisi que le PHP devait être interprété par PHP côté serveur, pour ensuite être envoyé au navigateur web. Bref, tu as la bonne attitude qui consiste à utiliser chaque indices pour aller de succès en succès !
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Quel est le schéma de ta table membre ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Le navigateur ne sait pas ce qu'est PHP; Le problème se situe au niveau de ton serveur web. Il doit y avoir un problème dans l'activation du module PHP, ou la détection du type de fichier.
Je t'invite à consulter la documentation de ton serveur web pour voir comment configurer ça.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
1. utilises le bbcode pour formater tes messages (je pense en particulier au formatage du code source).
2. utilises l'anglais pour nommer tes variables. Utiliser le français rend les choses rapidement incompréhensible.
3. On est en 2014, plus personne n'utilises de balises HTML en all-caps.
4. Il faut toujours utiliser des fonctions de translation quand on passe une donnée d'une réalité à un autre.
htmlentities pour projeter tes données dans l'HTML,
mysql_real_escape pour projeter les données dans une requête MySQL, etc.
5. On est en 2014, l'extension mysql de PHP est obsolète depuis des siècle. Il faut utiliser mysqli ou mysqlnd. Tu peux utiliser pdo, mais c'est lourd et compliqué pour aucune valeur ajoutée.
6. Toujours vérifier le code retour des fonctions (je pense en particulier aux fonctions pour jouer avec MySQL).
J'ai bien d'autres remarques, surtout en ce qui concerne la structure du code, mais ce sera tout pour aujourd'hui.
En ce qui concerne ton problème, on a besoin du fichier listemembres.php pour te dire ce qu'il y manque.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Je suis désolé, mais ce que tu demandes n'a pas de sens tel que tu l'exprimes.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
C'est quoi une case ?
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
Je te conseille de chercher et trouver un partenaire avec qui tu pourras travailler. Je sais qu'il existe des prestataires qui proposent des services autour de PrestaShop, tu devrais en contacter un plutôt que de te lancer dans un bricolage plus ou moins improvisé.
Développeur récurrent, procédural et relationnel. Caustique soupe-au-lait.
