bitobi-arch
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bitobi-arch] modération


From: Olivier Lourdais
Subject: [Bitobi-arch] modération
Date: Mon, 27 Jan 2003 00:31:28 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.1) Gecko/20020826

problème : comment éviter que ce soit le souk dans le modération d'une tribune ? il faut éviter qu'un admin puisse plonker quelqu'un sous le coup d'un caprice il faut aussi être réactif quand un boulet débarque (en particulier aux heures creuses)

j'avais proposé ça dans un mail précédent.
toutes les réactions sont les bienvenues, vu que c'est un point important et pas technique
-----
en fait je proposerais un plonkage à deux niveaux : temporaire ou définitif : * le plonkage temporaire a pour objectif d'être assez réactif et est public (il utilise des posts sur la tribune) soit n le nombre de posteurs authentifiés distincts qui ont posté dans les 10 dernières minutes (càd considérés comme présents sur la tribune)
soit n'=min(n/3, 5)
il faut au moins n' votants (pour/contre/blanc) en 10 minutes avec :
- au moins un admin vote 'pour'
- le vote d'un admin compte triple
s'il y a plus de 'pour' que de 'contre' (les 'blanc' comptent justent pour le taux de participation) 10 minutes après le 1er vote, l'utilisateur est plonké pour une semaine
* le plonkage définitif
il se fait via une interface d'admin et utilise des messages de service
il faut qu'au moins 50% des admins (des noeuds ("de confiance") actuellement up) votent
au moins 50% de 'pour' dans les votes exprimés

(valeurs à titre indicatif)
dans chaque cas on peut imaginer un déplonkage avec une procédure similaire
on peut aussi utiliser un système similaire pour le passage en mode bunker
quand un noeud se connecte, il récupère la liste des plonks et l'état des votes en cours !!! un admin peut ne pas jouer le jeu : le protocole ne garantit pas l'intégrité du système (mais c'est un défaut acceptable, vu que le bitobi est basé sur la confiance)





reply via email to

[Prev in Thread] Current Thread [Next in Thread]