Liens utiles

Description

LuckPerms est une implémentation des autorisations avancées visant à être une alternative rapide, fiable et flexible aux plugins d’autorisation existants. Les principaux objectifs du projet sont centrés sur des performances élevées et un ensemble de fonctionnalités larges, comblant les lacunes de la fonctionnalité et s’appuyant sur les fonctionnalités existantes trouvées dans d’autres plugins. LuckPerms comprend également une vaste API pour les développeurs et la prise en charge d’une variété d’options de logiciels et de stockage de données de serveur Minecraft.

LuckPerms est actuellement le seul plugin d’autorisations entretenu et «de travail» pour les serveurs éponge.

Pour en savoir plus, consultez l’article Wiki sur Pourquoi Luckperms?

Index wiki

Installation

Caractéristiques

Développeurs

Autre

Connexions externes et logiciels tiers

Afin de fournir ses fonctionnalités, LuckPerms établira dans certaines circonstances des connexions et communiquera avec des services externes en dehors du serveur local.

Un certain nombre de bibliothèques tierces sont également utilisées par le plugin.

Ceux-ci sont tous détaillés sur cette page wiki.

Soutien

J’espère que vous trouverez ce plugin utile! Veuillez laisser les questions, commentaires ou suggestions ci-dessous et je vais essayer de vous répondre.

Si vous rencontrez des problèmes avec le plugin ou si vous souhaitez me contacter directement, la meilleure façon est via le serveur Discord lié en haut de la page. (Je ne vérifie pas beaucoup les forums!)

Je l’aime!
Grande implémentation et excellente documentation! Propre et au point ~
(C’est ce qui sépare le bien de grand. )
Utilisera certainement LuckPerms.
Beau travail!

J’aime voir des systèmes d’autorisations supplémentaires, mais cela diffère-t-il de manière significative aux implémentations existantes?

Je suis toujours intéressé par les différences plutôt que ce qui est la même entre eux, car je pense que le concept des autorisations est devenu un peu périmé de la manière dont ils sont spécifiés par rapport aux premiers jours, et qu’il y a de la place pour l’innovation.

Je suis totalement d’accord! J’ai remarqué que je publiais ceci qu’il y a beaucoup de plugins d’autorisation alternatifs qui apparaissent pour Sponge, et je comprends également que PermissionSex a également été porté. Je n’ai pas eu l’occasion de regarder profondément l’une des implémentations de Sponge alternatives, mais ma première impression était qu’ils semblaient tous quelque peu simplistes et manquants de fonctionnalités. Je me trompe peut-être cependant.

J’ai fait un graphique en comparant Luckperms à la plupart des autres implémentations populaires, bien qu’en dehors de PEX, ce sont tous des plugins Bukkit. Peut-être que vous le trouverez utile de toute façon, comme une comparaison, donc le voici: https://static.lucko.me/luckperms-compare.png

La liste des fonctionnalités ci-dessus pourrait également vous donner une bonne idée. J’ai essayé de couvrir la plupart des fonctionnalités vues dans d’autres implémentations, et j’ai ajouté quelques-unes de mes propres idées, ainsi qu’une API et une prise en charge appropriées pour toutes mes plateformes préférées (Sponge / Bukkit / Bungee).

J’aime ce plugin perms, vos commandes sont un peu plus simples que PEX. Pourtant, je ne comprends pas que ça veut s’éloigner de la modification d’une autorisation YAML. Je veux dire même pour les propriétaires de serveurs novices qui devaient exécuter 50 commandes pour obtenir une configuration de groupe simple est inefficace. Il est beaucoup plus facile de définir un groupe, de définir plus de 40 nœuds d’autorisation, un préfixe, un suffixe et un héritage dans un fichier texte. (Merci au bloc-notes ++ ou équivalent bien sûr!). Donc, cette haine de prendre 10 minutes pour copier et coller dans les nœuds d’autorisation par rapport à une heure de taper tout est un peu… enfin à mon avis honnête, en arrière. Je suppose que je ne suis moi-même qu’un propriétaire de serveur novice et j’ai toujours utilisé le gestionnaire de groupe. Et c’était un jeu d’enfant à installer. Une fois que le débutant a dépassé le fait que vous avez besoin d’un onglet d’espace 4, YAML n’est pas si intimidant.

Je comprends un peu ce que vous venez.

Si vous connaissez le format de fichier à l’envers, alors peut-être que vous avez raison, il est plus rapide de taper une liste de nœuds dans un fichier. Cependant, le problème survient lorsque vous ne connaissez pas le format, vous faites une erreur ou que vous souhaitez pousser les mêmes autorisations sur plusieurs serveurs.

Les erreurs d’analyse de fichiers sont beaucoup plus difficiles à diagnostiquer avec un utilisateur, que les commandes. Au moins dans LuckPerms, vous ne pouvez littéralement pas faire d’erreurs lors de la configuration des autorisations, car elle ne laissera pas la commande s’exécuter, et il recrachera une erreur expliquant exactement ce qui n’allait pas. Je pense que vous auriez de la chance d’obtenir autant de diagnostic lors du chargement de Yaml.

Légèrement hors sujet, j’avais l’impression que Sponge ne soutenait pas vraiment Yaml? Peut-être que je me trompe, mais je suis presque sûr que le facto pour les fichiers config est .conf ici? Peut-être pas, idk.

Quoi qu’il en soit, revenons à votre point. LuckPerms a en fait un support pour FlatFile. Les données des utilisateurs, du groupe et de la piste sont chacune enregistrées dans son propre fichier, dans le format JSON populaire. Mon conseil est de générer un fichier pour vous-même, à l’aide de commandes, de déterminer comment fonctionne le format, puis de modifier les fichiers à la main si vous le devez.

Je dois également ajouter qu’il y a une prise en charge de la migration automatique à partir d’un certain nombre de plugins existants, GroupManager inclus. Consultez la page Wiki pour plus d’informations à ce sujet.

Cela mis à part, merci pour les commentaires!

Merci de m’avoir entendu. Et vous êtes une éponge droite utilise Hocon. Snake Yaml crachera toujours la ligne dans la console / log, indiquant quelle ligne dans la configuration du gestionnaire de groupe n’a pas été formée correctement. Je pense qu’il devrait y avoir un groupe de modèles, un monde et un utilisateur dans le fichier plat pour ceux qui préfèrent le fichier plat mais ne connaissent pas le format Hocon.

Il y aura des fichiers par défaut. Un groupe par défaut est fait lorsque le serveur démarre pour la première fois et que de nouveaux fichiers utilisateur sont fabriqués chaque fois qu’un nouveau joueur rejoint le serveur. Vous devriez être en mesure d’élaborer le format simplement en regardant ces fichiers ou en utilisant les commandes si vous n’êtes pas sûr de la configuration des héritages, des autorisations de serveur / mondial, de préfixes / suffixes, etc.

Cela semble bien fonctionner, a eu des problèmes mais l’a corrigé. Je ne savais pas que je devais inclure Spongapi pour qu’il fonctionne.

Aussi, pouvez-vous expliquer pourquoi il y a tant de «nulls» dans le mysql? http://prntscr.com/c9xbgl

LuckPerms manque d’implémentation de contexte que PEX prend en charge. Sans cette fonctionnalité, de nombreux plugins éponges tels que GriefPrevention ne pourront pas travailler avec votre plugin car il s’agit d’une partie cruciale de l’API de la permission de Sponge. Je suggère de l’implémenter =). Je ne vois également aucune prise en charge des options.

@BeAuseant parce qu’un utilisateur avec cet UUID n’a pas rejoint le serveur depuis que vous avez installé le plugin.

@Blood ouais, il n’implémente actuellement pas les autorisations de permis, s’appuie simplement sur la sauvegarde de l’éponge par défaut. (mentionné dans la mise en garde # 1 Dans le post original), je ne savais pas que c’était un problème, alors merci de me le faire savoir.

J’ai l’intention de le mettre en œuvre bientôt et j’ai essayé de le faire au départ, mais j’ai trouvé que le tout était incroyablement compliqué. Je suis sûr que cela est parfaitement logique pour vous, mais en tant que personne lisant l’API pour la première fois, c’était assez difficile à comprendre. L’article Sponge Docs sur les autorisations est également vide, ce qui l’a rendu encore plus difficile, car je lisais simplement les javadocs et le code source, sans aucune explication réelle de l’objectif de l’ensemble du système. J’ai même passé une bonne heure à lire sur le code source PEX 2.0, pour voir comment il a été implémenté, et je ne pouvais pas non plus en donner beaucoup de sens.

J’ai l’intention de travailler dessus. Pour l’instant, ce plugin sert de moyen de servir les mêmes autorisations à un proxy élastique et à un réseau de serveurs éponge, pour ceux qui recherchent ce type de fonctionnalité.

Edit: En fait non, je reprends ça. Le service d’autorisation avait un sens absolu, la partie qui m’a vraiment confondu était l’ensemble du système de contexte. Les plugins sont-ils obligés d’ajouter une implémentation pour tous les contextes statiques de la classe de contexte? Les Javadocs pour les contextes en général sont vraiment brefs. Quoi qu’il en soit, je vais jeter un autre coup d’œil.

Vous ne savez pas non plus ce que vous entendez par «options»?

Étrange, je me suis connecté plusieurs fois mais cela ne m’a pas encore ajouté. Quand cela génère-t-il mon UUID? À la connexion?
Aussi, pouvez-vous m’expliquer pourquoi j’obtiens cette erreur? Je ne suis vraiment pas encore dans Forge (éponge), donc désolé si je pose beaucoup de questions http://pastebin.com/ghhpgw4l

@BeAuanteant Ah, ouais c’est mon mauvais. Pourriez-vous me dire quelle version de serveur / éponge vous utilisez?

Un de mes amis (Dev) a trouvé une solution. Nous devions importer la bibliothèque Java MySQL (MySQL :: Télécharger Connector / J) et le mettre dans la carte / MODS. Merci pour l’aide de toute façon!

Oui, mais vous ne devriez pas avoir à faire ça. J’avais l’impression que c’était toujours présent. (Au moins, cela a été dans mes tests) Cela signifie que je ne gère pas correctement MySQL. J’apprécierais si vous me dites de quelle version il s’agit, afin que je puisse essayer de le réparer pour les autres utilisateurs.

https://github.com/spongepowed/spongapi/blob/bleeding/src/main/java/org/spongepowed/api/service/permission/subjectdata.java#l176

Un contexte n’est littéralement que des clés et des valeurs sur lesquelles les autorisations devraient pouvoir varier.

Par exemple, régions, mondes, ports.

Compris. La chose qui m’a découragé était la suivante.

https://github.com/spongepowed/spongapi/blob/bleeding/src/main/java/org/spongepowed/api/service/context/context.java#l39-l45

Ce sont vraisemblablement par défaut? Dois-je mettre en œuvre le support pour n’importe lequel Contexte possible Un autre plugin peut ajouter ou utiliser? En fait, je pense que j’ai répondu à ma propre question? Haha.

Mysql 5.7.14
LuckPerms 2.5.20
API Sponge 4.10
Forge 1.10.2-12.18.1.2073
Spongeforge 1.10.2-12.18.1.2073-5.0.0-beta-1685.jar

Avez-vous également besoin de autre chose?

Non, c’est parfait! Merci. Je vais le réparer maintenant.

De plus, je veux suggérer une fonctionnalité. J’ai rencontré des problèmes à plusieurs reprises avec le fait de donner aux gens OP juste pour leur permettre d’utiliser des blocs de commande. Je leur donnerais OP, puis l’oublierais après un certain temps; sans enlever les droits OP. J’ai été habitué à une fonctionnalité avec un plugin Spigot Custon pour désopter automatiquement les joueurs s’ils se joignent. Ils doivent donc le recevoir de quelqu’un qui peut superviser l’utilisation du bloc de commande; Juste parce qu’ils peuvent faire des choses avec des droits OP qui sont assez dévastueux.
Pourriez-vous laisser y avoir une option de configuration dans laquelle nous pourrions désactiver automatiquement les joueurs sur JOIN? Je pense que ce serait une fonctionnalité géniale, non seulement pour moi mais aussi pour les autres utilisateurs!