Discussion :

[yacinechaouche]

Bonjour,

Voici le problème :

Un utilisateur demande à recevoir un nouveau mdp.

Le nouveau mdp est envoyé par courrier postal.

Une fois reçu, celui-ci se connecte avec.

Un champ dans une table de la BDD contrôle étape par étape ce processus et permet de dire à tout moment où on en est (pour qu'en cas de pepin on sache à quelle étape se situe le problème et que dire à l'utilisateur).

Donc par exemple on a:
* demande du mdp -> Etape 1
* mdp envoyé par courrier postal -> Etape 2
* première connexion -> Etape 3 (finale, le renouvellement du mdp s'est bien passé).

Il faudrait donc que sur la page de connexion on ait un code qui va changer le champ "Etape" dans la table (le passer à 3).

Le soucis c'est que si l'utilisateur se connecte une deuxième fois, le champ est déjà passé à 3 lors de la première connexion, donc inutile de tester une deuxième fois si le champs est à 2 pour savoir in on le passe à 3.

Comment faire pour éviter les N tests inutils suivants la première connexion réussie ?

En vous remerciant par avance.

Y.Chaouche

[defcon_suny]

Salut,

Je ne voudrais pas faire contre les bonnes pratiques mais dans un premier temps tu es contraint de tester si il s'agit d'une première connexion.

Si vrai, tu réalises ton update. Si faux, pas de SQL!

Donc au niveau gain de ressources, tu gagnerais une condition... Et dans ce cas , je ne crois pas qu'il faille pousser le vis!

++