Bukkit

bPermissions Frequently Asked Questions

Q: Gibt es eine '*' Node in bPermissions?

A: Es gibt keine '*' Node in bPermissions. Da dieser Wildcard nicht in der Bukkit Permissions API standardmäßig enthalten ist, unterstützen wir es ebenfalls nicht. (Es kann mit der Permissions 2 Bridge funktionieren)

Q: Was ist eine negative Permission Node?

A: Negative Permission Nodes sind dazu da, um einem Spieler eine Permission zu nehmen statt zu geben.

Q: Wie macht man denn negative Nodes in bPermissions?

A: Um negative Nodes zu erstellen stell ein "^" davor. Beispiel:

groups:
  default:
    permissions:
    - node.node   <- Das ist eine positive Node
    - ^node.node  <- Das ist eine negative Node
    groups: []

Q: Wie funktionieren Prefixe und Suffixe in bPermissions?

A: Prefixe und Suffixe sind eigentlich ganz einfach, du definierst sie im Meta-Bereich einer Gruppe oder eines Players. Hier ein Beispiel:

groups:
  default:
    permissions: []
    groups: []
    meta:
      prefix: '[Default]'
      suffix: ImNoob
  admin:
    permissions: []
    groups: []
    meta:
      priority: '100'
      prefix: '[Admin]'
      suffix: ImLeet

In diesen zwei Gruppen haben wir zwei verschiedene Metadaten definiert. Das Prefix ist ein Text, der vor dem Playernamen stehen soll, das Suffix steht dahinter, das kann aber je nach Chat Plugin variieren. Die Priorität wird dafür benutzt, wenn jemand mehr als eine Gruppe zugewiesen hat, die Prefixe/Suffixe nutzt. Die höhere Priorität zählt und bestimmt Präfix/Suffix. Keine Priorität entspricht '0'.

Q: Wie kommen diese Prefixe und Suffixe denn in den Chat?

A: Dafür brauchst du ein Chat Manager Plugin. Es gibt einige, z.B.: bChatManager, mChat, OKChat, iChat, HeroChat

Q: Gibt es Vererbung in bPermissions?

A: Yep! Vererbung ist total einfach. Nach den Permissions einer Gruppe in der groups.yml Datei gibt es eine Line mit "group: []", pack dort einfach die Gruppen rein, die vererbt werden sollen. Beispiel:

groups:
  groupA:
    permissions:
    - permission.a
    - permission.b
    groups: [] 
  groupB:
    permissions:
    - permission.c
    - permission.d
    groups:
    - groupA

In diesem Beispiel hat groupB ebenfalls die Permissions von groupA - also beide haben permission.a, b, c und d.

Q: Wie bekommen denn mehrere Welten dieselben Permissions?

A: Damit du die Permissions spiegelst, machst du genau das, "mirror" ist das Stichwort! Schau in die mirror.yml im Stammverzeichnis von bPermissions. Hier ein Beispiel:

world1: worldA
world2: worldA

In diesem Beispiel holen sich world1 und world2 die Permissions von worldA.

Q: Kann ich einzelnen Spielern Permissions zuweisen?

A: Yep! Einfach in der usery.yml die Permissions eintragen, hier das Beispiel:

users:
  HerpDerp:
    permissions:
    - some.node  
    groups:
    - somegroup

Q: Wie funktionieren Promotion Tracks?

A: Ganz einfach! Im Stammverzeichnis von bPermissions gibt es eine "tracks.yml". Dort trägst du die Tracks ein, so dass man mit "/promote player-name track-name" den Player im angegebenen Rang promotet. Es gibt verschiedene Tracks, diese werden auf der config.yml Seite erklärt.

Die benötigte Permission Node um jemanden dort zu promoten ist einfach tracks.trackname, oder tracks.* um alle Tracks zu erlauben.

Q: Was machen eine groups.yml und eine users.yml im bPermissions Stammverzeichnis?

Dies sind die Standard Permissions, die importiert werden, wenn eine neue Welt erstellt wird.

Q: Kann bPermissions mit PermissionsEx zusammen laufen?

A: Nein. Beide Plugins versuchen dasselbe zu tun, können daher nicht gleichzeitig laufen.

Q: Kann bPermissions mit PermissionsBukkit zusammen laufen?

A: Nein. Beide Plugins versuchen dasselbe zu tun, können daher nicht gleichzeitig laufen. Wie auchimmer, kann bPermissions mit der PermissionsBukkit SuperpermsBridge laufen, um Permissions2-Kompatibilität zu bekommen.