search

sylvainlb / jeu

0 stars 0 forks source link

Comptes utilisateurs #3

Closed sylvainlb closed 10 years ago

sylvainlb commented 10 years ago

Gérer des sessions puis des comptes utilisateurs pour enregistrer la région sur laquelle on joue.

AbbyM commented 10 years ago

Coté client il faudra envoyer la session_id qui doit être dans les cookies si il y en a.

Coté serveur : nouveau modèle "User" avec session_id et regions_id. -Quand le joueur se connecte pour la première fois => générer region et session =>créer un User avec session_id et region_id => retourner la session et la région. -Quand le joueur se reconnecte => envoyé session_id au serveur => retourner la région associé a la session_id ( User)

vjfrancois commented 10 years ago

http://guides.rubyonrails.org/action_controller_overview.html#cookies

vjfrancois commented 10 years ago

Je propose : -premiere connexion : creation d'un user, et d'une région qui appartient à l'user (association) user_id, et region_id dans un cookie (ou des), interface check region_id -autre connexion : recuperation du user_id, mise du region_id dans le cookie, interface check region_id -perte du cookie, en mode work-in-progress : le lien /users/#id met le user_id dans le cookie et retour au /, retour à l'etape "autre connexion"

m'en occupe

pour plus tard : utilisation de la gem devise pour l'aspect enregistrement, gestion de mot de passe et d'une autre gem (cancan ou pundit) pour l'aspect autorisations

sylvainlb commented 10 years ago

Pour moi on n'a pas besoin de créer l'utilisateur dès le départ. La session suffit. Le 4 avr. 2014 13:12, "vjfrancois" notifications@github.com a écrit :

Je propose : -premiere connexion : creation d'un user, et d'une région qui appartient à l'user (association) user_id, et region_id dans un cookie (ou des), interface check region_id -autre connexion : recuperation du user_id, mise du region_id dans le cookie, interface check region_id -perte du cookie, en mode work-in-progress : le lien /users/#id met le user_id dans le cookie et retour au /, retour à l'etape "autre connexion"

m'en occupe

pour plus tard : utilisation de la gem devise pour l'aspect enregistrement, gestion de mot de passe et d'une autre gem (cancan ou pundit) pour l'aspect autorisations

Reply to this email directly or view it on GitHubhttps://github.com/sylvainlb/jeu/issues/3#issuecomment-39554280 .

sylvainlb commented 10 years ago

huuu... Mais du coup c'est quoi la solution choisie ?

vjfrancois commented 10 years ago

comme j'avais marqué (désolé, c'est le mauvais commit qui est attaché) Premiere connexion, création d'un user et d'une region assignée à l'user deuxieme connexion, mise à jour du cookie de region d'apres le cookie user

utilisation de /users/#id pour s'assigner le cookie de l'utilisateur de l'id Tu peux lire le contenu des commits aussi ;)

vjfrancois commented 10 years ago

cookies : user_id et region_id pour l'instant ça retourne la première région pour l'utilisateur donné (mais normalement il n'a qu'une seule région pour l'instant)

sylvainlb commented 10 years ago

Du coup on crée un utilisateur en base pour n'importe qui qui teste ? Il vaudrait pas mieux attendre que la personne décide de se connecter ?

Et du coup ça crée une région à chaque fois qu'un nouveau navigateur arrive ?

Ça serait pas mieux d'attendre que l'utilisateur le demande, genre :

sylvainlb commented 10 years ago

cf #15 et #16

vjfrancois commented 10 years ago

Si on a la gestion complète des users (login, mot de passe, tout ça) on peut :

sylvainlb commented 10 years ago

Super ! Pour le script, je pense qu'on verra plus tard