Gestion de la confidentialité

[mattgu74]

Permettre via MADMIN et casper de specifier si l'on veut apparaître dans les stats que les fundations peuvent récupérer.

[mattgu74]

@apuyou @trecouvr Que pensez vous d'utiliser le Data Manager #246 pour stocker ces informations ?

ça implique de revoir la gestion des droits pour les données stockés, mais ça me semble adapté.

[trecouvr]

Bof ExternalData c'est pour les données externes a payutc qui ne servent a rien au fonctionnement du serveur (style les ecocups).

[mattgu74]

Moép ça dépend à quel point on complexifie le DataManager. Bientôt on aura aussi a gérer les chartes d'utilisation de payutc (donc en plus de la confidentialité).

Donc si a chaque fois on crée des colonnes, on se retrouve avec un produit peut modulaire alors que si tout est géré par le DataManager c'est magique.

C'est comme l'alcool et l'info Majeur/Mineur je suis entrain de penser, c'est pas tellement au serveur de la gérer. En soit si on reprend certain principes de bases on est juste censé gérer un porte-monnaie. Donc si on stockait juste la donnée Majeur/Mineur en meta-data sur l'user avec le DataManager et non comme une colonne je trouverait ça mieux (et ce serait au client du pic de gérer ça) (à Mozart du coup).

Tout comme il devrait y avoir des metadatas sur les articles, pour faciliter la création de client cool. Genre la gestion des stocks, du fait qu'il y ait de l'alcool... En soit c'est pas notre problème dans le server on devrait juste le gérer en metadata avec une API générique et après libre imagination sur les clients. Tout est possible.

[trecouvr]

Modulaire ca veut pas dire qu'il faut faire une table fourre tout clef/valeur.
De mon point de vue si on veut faire un truc avec des modules faut que chaque module aie ses propres tables, les tables peuvent avoir des foreignkey vers les tables du core ou des autres modules. C'est comme ca que fonctionnent OpenERP (logiciel de gestion de commerce) ou WordPress si je me trompe pas.
Si on veut se lancer la dedans faut prefixer nos tables avec le nom du module puis faire un systeme permettant d'injecter des méthodes dans les services et de faire des hooks (par exemple de base ton system gere pas les stocks, tu fais un module stock qui rajoute un hook post transaction dans lequel il décrémente le stock).
Le gros problème c'est que notre système n'a pas du tout été pensé comme ca à la base du coup faudrait recoder plein de trucs.