C'est là que la gestion du FAS a un intéret:
1 utilisateur = 1 compte
Les droits sur les différentes instances sont ensuite géré par les
groupes auquel l'utilisateur appartient ou pas.
Je ne dis pas de privilégié FAS sur un autre, cela dépasse mon niveau de
compétence. Par contre j'aime l'approche qui a été utilisé là :)
C'est le principe de tout SLO au fond. FAS n'est rien d'autre qu'une
implémentation de SLO, adapté aux besoin du FP.
Si FAS ne colle pas à nos besoins, ne l'utilisons pas (mais avant, il
faut bien connaître l'outil ;).
Mais le principe auquel on souhaite arriver est bien celui-ci:
- je crée un compte sur le forum et participe à la vie de la communauté
- je souhaite rédiger de la doc, je demande un accès au wiki =>
l'admin ajoute à mon profil les droits wiki
- je souhaite utiliser le flyspray, je demande un accès => l'admin
ajoute à mon profil les droits flyspray
- etc...
FAS permet de faire ça très bien.
+ upstream identifié sur qui on peut se reposer pour la maintenance et
l'évolution
+ plugin MediaWiki déjà existant
La solution de Guillaume permet de faire ça très bien.
- maintenance à assurer nous-même
- tous les plugins à développer
Xavier, une question. FAS a-t-il son propre annuaire de comptes ? Ou
bien est-ce qu'on peut imaginer le scénario suivant:
- la BDD des comptes est celle du forum
- FAS ne fait que puiser les comptes dans la BDD du forum et y ajouter
d'éventuels droits pour les autres services
- les autres services viennent puiser leurs comptes dans la BDD du
forum, par l'intermédiaire de FAS
----------
Mathieu Bridon (bochecha)
"They who can give up essential liberty to obtain a little temporary
safety, deserve neither liberty nor safety." ~Benjamin Franklin