Résumé : Un concept original pour gérer les accès de vos utilisateurs d'une façon totalement différente, trop long à expliquer dans une description aussi courte.
Description :
Introduction
Pour plus de facilité et de concision, nous appellerons ce script PrAcSys.
PrAcSys est un concept original pour gérer les accès de vos utilisateurs d'une façon totalement différente.
Il vous permet, entre autres choses, de contrôler qui a le droit ou non d'utiliser telle ou telle commande, et ce d'une façon beaucoup plus précise qu'en ne comptant que sur les seuls flags habituels que connaît Eggdrop.
PrAcSys introduit 4 nouveaux types d'accès afin de répondre aux besoins des plus exigeants : évolutif, statique, restreint et paria.
Vous pourrez par exemple grâce à l'accès évolutif, récompenser l'assiduité des utilisateurs et optionnellement pénaliser leur trop long absentéisme, en leur faisant respectivement gagner ou perdre des points d'accès. Ces points d'accès déterminent les commandes qu'ils pourront utiliser.
Vous pourrez grâce à PrAcSys, protéger les commandes et binds de votre Eggdrop en leur attribuant un niveau, niveau qui déterminera le nombre de points d'accès requis pour les utiliser.
Vous pourrez même empêcher un utilisateur d'utiliser la moindre commande grâce à l'accès paria, ou encore rendre des commandes "payantes" en points d'accès, si c'est ce que vous souhaitez.
Vous pourrez en outre laisser des commentaires sur vos utilisateurs, qui seront consultables par ceux que vous aurez choisi d'autoriser, les admins par exemple.
Vous pourrez ainsi expliquer pourquoi tel utilisateur s'est retrouvé avec un accès paria, afin d'une part de vous en souvenir par la suite, et d'autre part de permettre à d'autres personnes d'en connaître la raison.
PrAcSys est une aide à la gestion des accès et ne prétend en aucun cas l'automatiser entièrement. Il vous faudra par exemple veiller à ce que les hosts associés aux handles soient pertinents et en ajouter manuellement si nécessaire, grâce aux commandes de partyline.
Fonctionnalités
Ajoute 4 nouveaux types d'accès : évolutif, statique, restreint et paria.
Possibilité d'associer des flags supplémentaires aux 4 nouveaux types d'accès afin par exemple de voicer automatiquement les accès évolutifs, d'empêcher les parias d'être opés/halfopés à l'avenir, etc...
Contrôle des autorisations sur les commandes et les binds de l'Eggdrop de façon très précise et nuancée, en leur attribuant à tous un niveau.
Possibilité d'attribuer un coût en points d'accès aux commandes et binds, donc de les rendre "payants" ou même rémunérateurs si le coût est négatif.
Peut interdire totalement à certains utilisateurs d'utiliser la moindre commande, en leur laissant ou non la possibilité de se racheter par leur présence.
Peut récompenser l'assiduité des utilisateurs en leur donnant plus de pouvoirs au fil du temps.
Peut pénaliser le trop long absentéisme des utilisateurs en leur faisant perdre des pouvoirs au fil du temps.
Les utilisateurs peuvent connaître leur type d'accès et leur nombre de points d'accès à tout moment.
Laisser des commentaires sur les utilisateurs pour faciliter le partage de l'information entre administrateurs.
Archivage automatique des commentaires des utilisateurs dont le handle est supprimé.
Peut automatiquement informer les personnes de votre choix lorsqu'un commentaire est ajouté, qu'un accès est modifié, et lors de quantité d'autres actions.
Des alias de commandes vous permettent de simplifier certaines actions.
Interface de communication permettant à d'autres scripts d'interagir avec les accès des utilisateurs, de modifier le nombre de leurs points d'accès, d'en connaître le nombre, ou encore d'ajouter des commentaires sur eux.
Mode "économe" pour l'écriture des bases de données, pour ceux d'entre vous qui ont des quotas limités.
Création quotidienne d'une copie de sauvegarde des bases de données.
Restauration automatique d'une copie de sauvegarde si une base de donnée est perdue ou gravement endommagée.
Désinstallation facile et propre du script.
Nombreux paramètres de configuration.
Syntaxe
Voir la page de l'auteur
Introduction
Pour plus de facilité et de concision, nous appellerons ce script PrAcSys.
PrAcSys est un concept original pour gérer les accès de vos utilisateurs d'une façon totalement différente.
Il vous permet, entre autres choses, de contrôler qui a le droit ou non d'utiliser telle ou telle commande, et ce d'une façon beaucoup plus précise qu'en ne comptant que sur les seuls flags habituels que connaît Eggdrop.
PrAcSys introduit 4 nouveaux types d'accès afin de répondre aux besoins des plus exigeants : évolutif, statique, restreint et paria.
Vous pourrez par exemple grâce à l'accès évolutif, récompenser l'assiduité des utilisateurs et optionnellement pénaliser leur trop long absentéisme, en leur faisant respectivement gagner ou perdre des points d'accès. Ces points d'accès déterminent les commandes qu'ils pourront utiliser.
Vous pourrez grâce à PrAcSys, protéger les commandes et binds de votre Eggdrop en leur attribuant un niveau, niveau qui déterminera le nombre de points d'accès requis pour les utiliser.
Vous pourrez même empêcher un utilisateur d'utiliser la moindre commande grâce à l'accès paria, ou encore rendre des commandes "payantes" en points d'accès, si c'est ce que vous souhaitez.
Vous pourrez en outre laisser des commentaires sur vos utilisateurs, qui seront consultables par ceux que vous aurez choisi d'autoriser, les admins par exemple.
Vous pourrez ainsi expliquer pourquoi tel utilisateur s'est retrouvé avec un accès paria, afin d'une part de vous en souvenir par la suite, et d'autre part de permettre à d'autres personnes d'en connaître la raison.
PrAcSys est une aide à la gestion des accès et ne prétend en aucun cas l'automatiser entièrement. Il vous faudra par exemple veiller à ce que les hosts associés aux handles soient pertinents et en ajouter manuellement si nécessaire, grâce aux commandes de partyline.
Fonctionnalités
Ajoute 4 nouveaux types d'accès : évolutif, statique, restreint et paria.
Possibilité d'associer des flags supplémentaires aux 4 nouveaux types d'accès afin par exemple de voicer automatiquement les accès évolutifs, d'empêcher les parias d'être opés/halfopés à l'avenir, etc...
Contrôle des autorisations sur les commandes et les binds de l'Eggdrop de façon très précise et nuancée, en leur attribuant à tous un niveau.
Possibilité d'attribuer un coût en points d'accès aux commandes et binds, donc de les rendre "payants" ou même rémunérateurs si le coût est négatif.
Peut interdire totalement à certains utilisateurs d'utiliser la moindre commande, en leur laissant ou non la possibilité de se racheter par leur présence.
Peut récompenser l'assiduité des utilisateurs en leur donnant plus de pouvoirs au fil du temps.
Peut pénaliser le trop long absentéisme des utilisateurs en leur faisant perdre des pouvoirs au fil du temps.
Les utilisateurs peuvent connaître leur type d'accès et leur nombre de points d'accès à tout moment.
Laisser des commentaires sur les utilisateurs pour faciliter le partage de l'information entre administrateurs.
Archivage automatique des commentaires des utilisateurs dont le handle est supprimé.
Peut automatiquement informer les personnes de votre choix lorsqu'un commentaire est ajouté, qu'un accès est modifié, et lors de quantité d'autres actions.
Des alias de commandes vous permettent de simplifier certaines actions.
Interface de communication permettant à d'autres scripts d'interagir avec les accès des utilisateurs, de modifier le nombre de leurs points d'accès, d'en connaître le nombre, ou encore d'ajouter des commentaires sur eux.
Mode "économe" pour l'écriture des bases de données, pour ceux d'entre vous qui ont des quotas limités.
Création quotidienne d'une copie de sauvegarde des bases de données.
Restauration automatique d'une copie de sauvegarde si une base de donnée est perdue ou gravement endommagée.
Désinstallation facile et propre du script.
Nombreux paramètres de configuration.
Syntaxe
Voir la page de l'auteur
Changelog
Version 1.1 par MenzAgitat (03/04/2015)278 téléchargements
Correction : en cas de paramètre invalide passé à la commande .setaccess tapée en partyline, les exemples d'utilisation donnés n'indiquaient pas la nécessité de spécifier un chan.
Correction : en raison de l'imprécision de Tcl pour le calcul en virgule flottante, enlever par exemple 0.1 pt d'accès à un utilisateur ayant 0.8 pts d'accès le faisait passer à 0.7000000000000001
Correction : après une modification manuelle des points d'accès d'un utilisateur connecté 24h/24 et ayant un accès évolutif, ceux-ci cessaient d'augmenter automatiquement toutes les 24h.
Correction : si un utilisateur ayant un accès évolutif n'était pas reconnu par l'Eggdrop à cause d'un problème de host, puis qu'il était à nouveau reconnu suite à un ajout de host à son handle, il ne gagnait plus de points de présence ou d'accès jusqu'à son prochain quit / retour. Les accès seront désormais resynchronisés automatiquement en cas d'utilisation des fonctions et commandes setuser, delhost, .+host, .-host, reload et .reload
Correction : la commande .comment refusait le nick d'un utilisateur connecté si son nick différait de son handle.
Correction : créer un accès paria à un utilisateur avec .setaccess provoquait une erreur si celui-ci possédait déjà un handle et n'avait jamais eu aucun des 4 types d'accès spécifiques à PrAcSys avant.
Correction : la commande !protectcmd fonctionnait mal dans certaines conditions et a été corrigé en de nombreux points.
Correction : si le fichier de configuration n'était pas trouvé, le script tentait par erreur de supprimer un autre namespace que le sien (celui du script Public Quotes System)
Ajout : ajout d'un nouveau paramètre de configuration cost_can_result_in_negative_axx_pts, permettant d'autoriser ou non le fait qu'une commande/bind ayant un coût de déclenchement puisse faire descendre le nombre de points d'accès de l'utilisateur en dessous de 0.
Ajout : nouveau paramètre pour la commande ::set_access, permettant d'autoriser ou non l'application d'une modification de points d'accès à produire un nombre négatif.
Modification : nouvelle option pour le paramètre de configuration inform_on_what afin de différencier une modification manuelle du nombre de points d'accès, d'une modification effectuée par un script externe.
Modification : lors de la suppression d'un handle utilisateur, un message sera maintenant affiché (en partyline et dans les logs de l'Eggdrop) pour signaler que le profil de l'utilisateur et/ou ses commentaires ont été supprimés, voire archivés le cas échéant.