erreur d'acces DB pour un select

[Sephi-Chan]

Il faut utiliser la balise {code=PHP} (en remplaçant les accolades par des croches) pour avoir la coloration qui va bien et les liens.


Sephi-Chan

[niahoo]

ah ok, j'utilisais {php}

[gameprog2]

Dans l'exemple que je t'ai donné, quand je mets if($pseudoOk) /* traitement DB */, qu'est-ce qui t'empêche de démarrer ta connexion à ce moment là seulement ? (si vraiment tu ne veux pas avoir ouvert ta connexion auparavant

Heu...oui c'est vrai, c'ets quoi qui me gêne ? lol
Je vais de ce pas changer tout ça^^
Merci encore

-- mais sans vouloir te vexer, vu ton niveau ça ne devraît pas être ta préoccupation prioritaire..)

Bein si justement, je fais attention à ne pas faire perdre du temps au serveur de DB et tous les débutants devraient faire pareil je pense^^
Donc mon niveau en PHP n'a rien à voir

Il te faut réorganiser ton code, lui trouver une architecture plus logique. ça ne sert à rien de faire de l'affichage utilisateur pour transférer des données entre deux scripts qui se suivent de manière logique. ça ne se justifierait que si, à cette étape de l'inscription, tu avais besoin de demander quelque chose à l'utilisateur.

Bein justement sur la page de login (accueil) je veux qu'il n'y ait que le pseudo et le pass et qu'apres test d'existence en DB cela affiche soit la page de jeu si le joueur est connu dans la DB soit la page d'inscription où l'on ajoute le champ email à la suite des champs pseudo et pass déjà remplis.
Mais tu viens de me faire penser à un truc, j'ai qu'à simplement faire un visibility=visible sur le champ email comme ça je peux rester sur une seule page^^

sinon fous lui la paix (au visiteur), fais bêtement un include de la page suivante pour commencer.

Quelle page ?

---

De mon dernier post page 1 :

Voilà, je l'ai mis et en bbcode PHP 16
Mais j'ai le message encore :/

[atra27]

Tu te préoccupe vraiment de choses qui n'en valent pas la peine.

Tu fait 1 form qui envoie sur un php qui fait toutes les verrif et voila qui est réglé!

N'oublie pas qu'il ne faut jamais croire ce qui vient de l'user, hors si tu fait passer une action de l'user entre tes deux verrif, sache que la première est inutile!

Sinon on va passer a un raisonnement débile, personne ne fait deux pages pour l'inscription, surtout utilisées de cette maniére! On te dis tous que c'est pas bien, on a tous plus d'expérience que toi (il me semble) donc peut étre qu'il y a une raison non?

[djidi]

<?php

  if(!=$result){

    header("location:inscription.html");

    }

    else{

    header("location:jouer.html");

    }

?>

Ca marcherait sans doute mieux comme ca... :

if ( !$result ) { /* ... */ }

[gameprog2]

Sinon on va passer a un raisonnement débile, personne ne fait deux pages pour l'inscription, surtout utilisées de cette maniére! On te dis tous que c'est pas bien, on a tous plus d'expérience que toi (il me semble) donc peut étre qu'il y a une raison non?

Qui a dit que je ne vous croyais pas ? tu te réveille mais tu n'a pas suivi le sujet
C'est bon, on a compris que c'est pas bien

Merci Djidi pour ta correction
Je répare ça !

[srm]

$result=mysql_query('SELECT * FROM joueurs WHERE pseudo=\''.$lelogin[0].'\';');

Gaffe au cross site scripting. stocker le passe en clair dans un cookie ça craint grave. même stocker le passe crypté ça craint grave.

Ah intéressant, on ne doit pas non plus stocker le mot de passe crypté ? Comment on fait si on veut offrir la possibilité d'auto-connecter l'utilisateur ?

[niahoo]

Tourne la question autrement.

Est-il vraiment nécéssaire de stocker le mot de passe côté client pour réaliser une auto-connection ?

Voilà, je pense que tu as ta réponse.

Sinon, bah installe un phpBB par exemple et tu verras bien.

[atra27]

un mot de passe ou une clé, dans les deux cas...

L'avantage de stocker le mdp md5 en cookie est que sa simplifie grandement l'autologin

[niahoo]

justement, à choisir je préfère une clé, je peux en changer à chaque connexion sans que l'utilisateur ne le remarque.