Messages de zuzizoza

Le 07 août 2024 à 20:13:08 :

Le 07 août 2024 à 19:28:49 :

Le 07 août 2024 à 19:27:26 MaggieLindemann a écrit :

Le 07 août 2024 à 19:01:12 :

Le 07 août 2024 à 18:59:33 :
T'as donné la réponse dans ton message, je sais pas à quoi tu t'attends

ça m'embête de stocker l'utilisateur alors qu'il n'a pas validé son mail, surtout que dans la modèle décrit, si l'utilisateur par malheur ne valide pas son mail, il a l'impression qu'il n'y a pas créé de compte

s'il revient en créer un, ça va poser problème puisque le mail sera enregistré en DB

Pourquoi?

D’abord tu check si l’email est dans ta DB, puis tu check isActivated, si c’est false tu envoies la page “please verify”, et si c’est true le reste du code peut le considérer comme inscrit

Le problème c'est que dans toutes les conditions sur ses users il va devoir rajouter && isActivated non ? S'il oublie

Ça dépend comment tu gères les utilisateurs connectés. Si tu considères qu’un utilisateur non activé ne peut pas se connecter, ça change rien à ta logique. Sinon, tu peux toujours créer une classe/des classes qui gèrent les droits des utilisateurs auxquels cas t’as pas à te faire chier à rajouter des conditions partout

oui voilà j'utilise de toute façon un middleware d'auth

Le 07 août 2024 à 19:26:23 :

Le 07 août 2024 à 19:24:58 :

Le 07 août 2024 à 19:24:23 :
Je comprend pas comment on peut s’intéresser au Back Ahi

et tu fais comment sans back en fait ?

Je n’ai pas dit que c’était inutile, et encore heureux que des devs en fassent, je design (moi même des outils que je transmet par la suite aux fronts/back.

Mais j’arrive pas à comprendre comment ça peut vous intéresser.

au contraire c'est le design qui me saoule

faut être un minimum artistique et bonjour les galères avec le responsive

Le 07 août 2024 à 19:24:23 :
Je comprend pas comment on peut s’intéresser au Back Ahi

et tu fais comment sans back en fait ?

Le 07 août 2024 à 19:23:39 :

Le 07 août 2024 à 19:22:59 zuzizoza a écrit :

Le 07 août 2024 à 19:21:30 :

Le 07 août 2024 à 19:01:12 :

Le 07 août 2024 à 18:59:33 :
T'as donné la réponse dans ton message, je sais pas à quoi tu t'attends

ça m'embête de stocker l'utilisateur alors qu'il n'a pas validé son mail, surtout que dans la modèle décrit, si l'utilisateur par malheur ne valide pas son mail, il a l'impression qu'il n'y a pas créé de compte

s'il revient en créer un, ça va poser problème puisque le mail sera enregistré en DB

Tu fais une loop, toutes les heures tu supprimes les comptes non activés ou un truc comme ça

oui je vais faire ça même si ça me semble pas la plus élégante des solutions

Tu peux aussi faire une autre table avec les comptes temporaires

khey chatgpt m'a proposé mais ça n'a aucun sens de faire ça, comme tu l'as dit autant nettoyer la table principale toutes les heures

Le 07 août 2024 à 19:21:30 :

Le 07 août 2024 à 19:01:12 :

Le 07 août 2024 à 18:59:33 :
T'as donné la réponse dans ton message, je sais pas à quoi tu t'attends

ça m'embête de stocker l'utilisateur alors qu'il n'a pas validé son mail, surtout que dans la modèle décrit, si l'utilisateur par malheur ne valide pas son mail, il a l'impression qu'il n'y a pas créé de compte

s'il revient en créer un, ça va poser problème puisque le mail sera enregistré en DB

Tu fais une loop, toutes les heures tu supprimes les comptes non activés ou un truc comme ça

oui je vais faire ça même si ça me semble pas la plus élégante des solutions

Le 07 août 2024 à 19:05:47 :

Le 07 août 2024 à 19:03:42 :

Le 07 août 2024 à 19:02:19 :
Y'a énormément d'external authentification qui font ça pour toi et mieux que le développer from scratch

je sais et c'est le cas de clerk mais, je ne sais plus vraiment pourquoi, j'ai fait le choix de pas l'utiliser, notamment parce que j'ai mon propre système de token

Bah bravo, tu te fais chier le rien du tout quoi.

nn je travaille avec adonis et le système de token est préconfiguré

j'ai pas cherché à l'intégrer avec clerk mais peut-être qu'on pouvait avoir personnaliser le token je sais pas

Le 07 août 2024 à 19:02:19 :
Y'a énormément d'external authentification qui font ça pour toi et mieux que le développer from scratch

je sais et c'est le cas de clerk mais, je ne sais plus vraiment pourquoi, j'ai fait le choix de pas l'utiliser, notamment parce que j'ai mon propre système de token

Le 07 août 2024 à 19:00:03 :
Quel est le problème à ajouter une colonne isActive dans ta table ?

j'ai répondu

Le 07 août 2024 à 18:59:33 :
T'as donné la réponse dans ton message, je sais pas à quoi tu t'attends

ça m'embête de stocker l'utilisateur alors qu'il n'a pas validé son mail, surtout que dans la modèle décrit, si l'utilisateur par malheur ne valide pas son mail, il a l'impression qu'il n'y a pas créé de compte

s'il revient en créer un, ça va poser problème puisque le mail sera enregistré en DB

imaginez une inscription où je vérifie le mail directement après que l'utilisateur a cliqué sur "S'inscrire", une page s'affiche pour entrer le code à six chiffres envoyé par mail. Si le code est bon, l'utilisateur est inscrit

comment on gère ça en back ? comment faire en sorte de manière élégante que l'utilisateur ne soit inscrit que si le code est bon, sans donc avoir recours à une colonne isActive (compte activé ou non)

Le 04 août 2024 à 17:13:41 :
LEDJYRCA

regarde le deuxième captcha khey

si plusieurs kheys se mettent d'accord je vais soumettre la réponse