You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Leed multi-utilisateurs permettra à plusieurs utilisateurs de se connecter à Leed. En plus de la séparation des accès habituelle, il y aura les contraintes suivantes :
Un événement (élément d'un flux) n'existe qu'une seule fois. C'est-à-dire qu'il n'est présent qu'une seule fois et consulté autant de fois qu'il y a d'utilisateurs intéressés.
La table des événements doit rester structurellement la plus simple possible afin de prévoir une future compatibilité avec d'autres clients.
La durée de rétention des événements non-lus doit nécessairement être capée. En mode mono-utilisateur, cela ne posait pas de problème. En mutualisé, il est toujours possible qu'un utilisateur n'utilise plus son accès et laisse dormir les flux.
Chaque utilisateur doit avoir accès à ses flux comme s'il était seul. Cependant, si un premier utilisateur est déjà abonné à un flux, qu'un autre utilisateur s'y abonne à son tour, il bénéficiera du stock d'événements déjà constitué.
À voir par la suite, mais il sera possible de préciser quels flux sont déjà chargés pour suggérer un abonnement aux flux en fonction de ce qui est déjà abonnés par d'autres et ce qui est disponibles. Toutefois, il faudra concilier cela avec la vie privée : éviter la fuite d'information avec d'autres utilisateurs. Par exemple si un utilisateur est abonné seul à un site méchant-extrème-droite-gauche, il pourra être repéré puisque le flux sera disponible. À L'opposé, un flux venant d'un journal notoire pourra être proposé sans soucis.
la possibilité pour un utilisateur ayant oublié son mot de passe de le changer (pour le moment, seul l'admin le peut depuis les paramètres, donc pas bloquant dans un premier temps)
Et certainement quelques autres petites choses que j'oublie comme ça mais le gros est là.
J'ai quelque chose qui fonctionne à peu près en local mais j'ai encore des soucis avec le renommage des noms de flux. Je dois avouer que ça fait un bail que je n'ai pas remis les doigts dedans et que je n'ai pas spécialement de temps à accorder au dev en ce moment. A voir si je peux repartir sur quelque chose de plus simple pour boucler une première partie mais je ne peux pas donner de délai.
C'est dans tous les cas toujours une fonctionnalité souhaitée.
Ok super merci a vous pour ce bon boulot. J'aime bcp utiliser leed, je le trouve simple et efficace. Dans mon cas je l'ai installé sur yunohost et la fonctionnalité multi utilisateurs me serait bien utile. Encore merci a vous.
Leed multi-utilisateurs permettra à plusieurs utilisateurs de se connecter à Leed. En plus de la séparation des accès habituelle, il y aura les contraintes suivantes :
Un événement (élément d'un flux) n'existe qu'une seule fois. C'est-à-dire qu'il n'est présent qu'une seule fois et consulté autant de fois qu'il y a d'utilisateurs intéressés.
La table des événements doit rester structurellement la plus simple possible afin de prévoir une future compatibilité avec d'autres clients.
La durée de rétention des événements non-lus doit nécessairement être capée. En mode mono-utilisateur, cela ne posait pas de problème. En mutualisé, il est toujours possible qu'un utilisateur n'utilise plus son accès et laisse dormir les flux.
Chaque utilisateur doit avoir accès à ses flux comme s'il était seul. Cependant, si un premier utilisateur est déjà abonné à un flux, qu'un autre utilisateur s'y abonne à son tour, il bénéficiera du stock d'événements déjà constitué.
À voir par la suite, mais il sera possible de préciser quels flux sont déjà chargés pour suggérer un abonnement aux flux en fonction de ce qui est déjà abonnés par d'autres et ce qui est disponibles. Toutefois, il faudra concilier cela avec la vie privée : éviter la fuite d'information avec d'autres utilisateurs. Par exemple si un utilisateur est abonné seul à un site méchant-extrème-droite-gauche, il pourra être repéré puisque le flux sera disponible. À L'opposé, un flux venant d'un journal notoire pourra être proposé sans soucis.
@Simounet, changer ce qui est nécessaire.
The text was updated successfully, but these errors were encountered: