21 février 2018 - Pauooo/MateFinder GitHub Wiki

Réunion du MATIN

  • Au lieu d'avoir deux boutons sur la landing, pourquoi ne pas avoir directement le formulaire de login et en dessous le sign-up si pas encore enregistré exemple => à revoir demain pour avoir l'avis de tout le monde.

  • Recherche / Loading => pas de route pour l'instant à voir comment on fait plus tard.

  • Quand on recharge la page + clique sur annuler => annule le matching.

  • où stocker le socket_id ? proposition de le stocker dans la table user ce qui facilitera les notifications

Retour sur ce qui a été fait et/ou difficultés rencontrées :

  • Karl : :skull:

Grey - N50 - #C1C7D0

Yellow - Y200 - #FFC400

Purple Grey - N400 - #505F79

White - N0 - #FFF

y a besoin de rien d'autre, l'ombre c'est le noir par défaut, seule l'opacité varie faudrait voir pr uniformiser les deux gris (input et form de recherche) une fois qu'on aura validé un semblant de page "média"

  • Mathieu :

    • vue formulaire
    • vue recherche en cours
    • recherche si room existante selon critères, sinon création d'une room, le tout en mongodb
    • pas de difficultés particulières

  • Pauline :

    • refaire 3 composants (login/signup/password)
    • react-router
    • landing
    • j'ai passé pas mal de temps à chercher un peu dans tous les sens comment faire le système d'authentification et finalement deux solutions s'offrent à nous : cookie-based authentification VS token-based authentification.

Cookie-based

  • Stateful : la session doit être maintenue côté serveur (session stockée en BDD) et côté client (cookie avec un id de session est créé) => à chaque demande d'accès à une zone restreinte on compare les session et si même session l'utilisateur est autorisé à accéder à la zone.
  • Cookie = browser

Token-based

  • Stateless : le serveur de garde pas de trace du token => à chaque demande d'accès à une zone restreinte le token est envoyé au serveur et le serveur doit décoder le JWT (string avec toute l'information nécessaire)
  • token = browser + autres clients (APIs, mobile App)
  • semble être plus adapté aux single page applications, web APIs
  • inconvénient : un JWT peut devenir fat

CCL GO TOKEN !!!!

ToDo 👷

  • Karl:

    • uploader tous les wireframes sur le repo
    • continuer wireframes : éclaircir la landing, SignUp puisque j'ai pas designed de "go back button" (j'pense le mettre à l'opposé du "pw recovery"), finir la view_media.
    • push branch

  • Mathieu:

    • Faire une BDD user bidon pour avancer sur le matching (stocker le socket_id)
    • mise en place du système de notif
    • rechercher un système de partage écran plus perf
    • Rajouter annuler la recherche : si room vide = kill room, si non pas kill !

  • Pauline :

    • Voir branche de Mathieu et essayer de comprendre fonctionnement.
    • Mise en place du back pour token-based authentication.
    • Front : Reprendre les couleurs de la charte.
    • Ajouter annuler sur login.