Différences

Ci-dessous, les différences entre deux révisions de la page.

--- findout:database [2023/07/31 02:56] – admin
+++ findout:database [2023/10/13 09:55] (Version actuelle) – [3 Notions] admin
@@ Ligne 1: / Ligne 1: @@
 ====== 3 Notions ======
-Sewer/semeur : c'est l'utilisateur qui essaime des informations via des codes uniques
+Sower/semeur : c'est l'utilisateur qui sème des informations via des codes uniques
 heading/rubrique :  Ce sont les rubriques dans lesquelles un "semeur" classe ces informations
 item/info : ce sont les informations unitaires qu'un "semeur" souhaite partager
@@ Ligne 7: / Ligne 7: @@
 Chacun de ces objet est identifiable de manière unique via un code.
 ainsi, un "semeur" pourra partager :
-- l'accès à des informations le concernant via son code unique
+  * l'accès à des informations le concernant via son code unique
-- l'accès à un ensemble d'informations liée à une de ces rubrique
+  * l'accès à un ensemble d'informations liées à une de ces rubrique
-- l'accès à une information isolée au sein de ses rubriques
+  * l'accès à une information isolée au sein de ses rubriques
-====== Sewer ======
+====== Sower ======
   * id
   * nom (surnom)
@@ Ligne 21: / Ligne 21: @@
 ====== Heading ======
   * id
-  * owner/sewer (le propriétaire de la rubrique)
+  * owner/sower (le propriétaire de la rubrique)
   * nom
   * code (unique et délivré par findout, il permet de partager les infos de toute l'arborescence de la rubrique)
@@ Ligne 40: / Ligne 40: @@
   * validuntil (date à partir de laquelle l'info n'est plus accessible)
   * countdown (o/n, définit si l'on permet d'afficher un compte à rebours si on réclame l'info trop tôt)
-  * tolatewarning (o/n, définit si l'on prévient l'utilisateur que l'info qu'il a sollicitée est révolue)
+  * toolatewarning (o/n, définit si l'on prévient l'utilisateur que l'info qu'il a sollicitée est révolue)
   * date de création
   * date de dernière modification
@@ Ligne 46: / Ligne 46: @@
 A noter :
   * le nom de l'info est unique pour une rubrique donnée
+====== Codes ======
+Tous les codes sont regroupés dans une table spécifique pour s'assurer de l'unicité du code quelquesoit son usage.
+  * id
+  * code
+  * date de creation
+  * date de dernière modification
+Pour des raisons de statistiques voir si on rajoute un champs hit pour comptabiliser le nombre d'accès à ce code.
+Sinon ce sera dans une table 1<-->1.
+//====== Tables annexes ======//
+====== Likes ======
+Recueille les avis des utilisateurs
+  * id
+  * nom d'utilisateur (sower si connecté)
+  * note o/n ou x/5 ou x/10
+  * commentaire pour expliquer la note
+  * date de creation
+  * date de dernière modification
+On peut rajouter un champs publication, si on met en place un process de moderation
+====== Notifications ======
+Pour gérer les notifications vers les users avec compte.
+  * id
+  * sower
+  * notification (peut être un code)
+  * acquittement (lu par l'utilisateur)
+  * date de création
+  * date de dernière modification
+====== Portefeuille ======
+Pour stocker les codes que l'on a reçu afin de ne pas les disperser ou même les perdre
+  * id
+  * sower
+  * code
+  * note personnelle (initialisée par le titre originel du code)
+  * date de création
+  * date de dernière modification
+//====== Tables système ======//
+====== Secret ======
+Une table dissociée pour stocker les données d'authentification des utilisateurs. Permet de ne pas les visualiser si on a accès à la table sewer.
+  * id
+  * sower
+  * password
+  * authent externe (ex: google)
+  * authent pour push (pour les notifications mobile, à confirmer)
+  * date de création
+  * date de dernière modification
+====== Session ======
+  * id
+  * sower
+  * token
+  * date de création
+  * date de dernière modification
+====== Admin ======
+  * id
+  * sower
+  * activated (peu ainsi recevoir l'accès admin temporairement)
+  * date de création
+  * date de dernière modification