LuckPerms / LuckPermsBungee
SpigotMC
玄易同志
2024-04-23
资源介绍
[SPOILER="用法"]
#网页版功能也很全面#但很多人也想知道指令怎么操作#那么本帖也将最全的指令版以文字的形式展示给大家#权限是什么?它长什么样#权限#顾名思义-就是 做某件事的许可#你可以使用权限来控制你服务器玩家可以做的事情。#权限长这个样子?this.permissionhahaha.pi.am.lyxycraft#这些都是权限。#换句话说,权限就是字符串,中间用“.”这个英文半角句号隔开罢了。#使用本插件给予玩家权限的命令为:`/lp user <玩家> permission set {权限} true`#举个例子 server.bedwars为传送到起床战争服务器`/lp user LyxyCraft_CC permission set server.bedwars true`就会给予 LyxyCraft_CC 这个玩家 传送到起床战争服务器server.bedwars 权限#一般来说,插件的介绍帖中,都会专门列出插件所使用的权限。#你可以将权限和它所控制的功能对应起来。#比如说bedwars1058(下期讲的插件)的权限#fb5c1602576794.png#在这里说一句,LuckPerms 插件默认是不会给 OP 插件的所有权的。#这个插件的所有权是 luckperms.#那么请试一试,怎么给你自己插件的所有权呢?`/lp user <你的名字> permission set luckperms. true`#权限组的作用?#好,请考虑下面这种情况。#假如你要让 lyxycraftA lyxycraftB lyxycraftC lyxycraftD 这四个玩家都拥有相同的权限:xigua.zhenhaochi.1xigua.zhenhaochi.2xigua.zhenhaochi.3xigua.zhenhaochi.4xigua.zhenhaochi.5xigua.zhenhaochi.6#你可以使用上一节所提出的指令:`/lp user <玩家> permission set 权限 true`#但是 4 个人,每人 6 条权限,这样就相当于要输入 24 次!#这显然不是我们所想要的效果。#这里就需要使用权限组。#权限组 就是 把权限打包成一个组 ,即相当于#把这六条权限绑在一起,然后把绑在一起后的东西分别给四位吃瓜群众。`/lp creategroup xigua`#那就创建一个叫做 xigua 的权限组。#创建权限组的方法:`/lp creategroup <权限组名>`#为权限组添加权限的方法,与为玩家添加权限的方法相似:`/lp group <权限组> permission set 权限 true`#然后输入/lp group chiguaqunzhong permission set xigua.zhenhaochi.1 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.2 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.3 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.4 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.5 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.6 true#把这六个权限捆到xigua这个权限组里。#然后下面我们要做的,就是把四位lyxycraft玩家拉入 xigua 这个权限组里。#这时候我们需要设置继承——#我们要让四位lyxycraft玩家 继承 chiguaqunzhong 这个权限组中的权限#设定用户继承的方法:/lp user <用户名> parent add <权限组名>#所以就请输入/luckperms user lyxycrafta parent add chiguaqunzhong/luckperms user lyxycraftb parent add chiguaqunzhong/luckperms user lyxycraftc parent add chiguaqunzhong/luckperms user lyxycraftd parent add chiguaqunzhong#现在四位就继承了该组的所有权限了。#现在又有了一个问题,假设我有两个权限组chiguaqunzhong 和 dalao/lp creategroup chiguaqunzhong ; /lp creategroup dalao#我想让 chiguaqunzhong 组拥有的权限,dalao 组全部拥有。#同时 dalao 组还拥有其他权限。即:chiguaqunzhong 组拥有:xigua.zhenhaochi.1xigua.zhenhaochi.2xigua.zhenhaochi.3xigua.zhenhaochi.4xigua.zhenhaochi.5xigua.zhenhaochi.6dalao组拥有:xigua.zhenhaochi.1xigua.zhenhaochi.2xigua.zhenhaochi.3xigua.zhenhaochi.4xigua.zhenhaochi.5xigua.zhenhaochi.6xigua.buyxigua.throw.away#这时候我们就可以设定 dalao 组继承 chiguaqunzhong 组/lp group dalao parent add chiguaqunzhong#然后再为 dalao 组增加它没有继承的权限:/lp group dalao permission set xigua.buy true/lp group dalao permission set xigua.throw.away true#总结:为权限组添加继承组的方法:/lp group <权限组> parent add <所要继承的组>#你可以把 权限组路线 想象为一棵树#chiguaqunzhong 蹲在树的根部,看着枝头上的 dalao 和树顶的 tailao/lp creategroup chiguaqunzhong/lp creategroup dalao/lp creategroup tailao/lp group dalao parent add chiguaqunzhong/lp group tailao parent add dalaochiguaqunzhong 想要向上爬#权限组路线,就是他爬升的轨迹——#首先我要创建这棵树/luckperms createtrack fromzerotostart#创建一颗叫做 fromzerotostart 的树#然后我们可以向这棵树中加入权限组/luckperms track fromzerotostart append chiguaqunzhong/luckperms track fromzerotostart append dalao/luckperms track fromzerotostart append julao#现在对于chiguaqunzhong组里的玩家#管理员输入/luckperms user <玩家> promote fromzerotostart#让玩家在 fromzerotostart 这颗树上升一阶,变成 dalao#在输入一遍就变成 julao 了,同理。#但是一位 julao 总是喜欢搞事#管理员输入以下命令,将他降了一级。/luckperms user <玩家> demote fromzerotostart#这我在视频当中讲解的可视化编辑要好用的多#↑↑↑ 这个东西可以代替权限某部分的任何字符#举个例子,hailuo. 就包括了hailuo.handsome,hailuo,ugly,hailuo.fat,hailuo.laji,hailuo.lolikong #……这些以 hailuo. 打头的全部权限了#但是我们想给玩家除了 hailuo.handsome 权限之外的所有权限#所以我们就可以设置这两条权限/lp user <用户名> permission set hailuo.* true/lp user <用户名> permission set hailuo.handsome false/lp user/group <user|group> permission settemp <权限> <true|false> <时间>#给一个玩家/组设置临时权限,提供 false 值将会否定这个权限。#持续时间应为时间段或者一个标准的 Unix 时间戳,#比如 "3d13h45m" 将会设置权限在 3 天, 13 小时 45 分钟后过期。#"1482694200" 会设置过期时间为 7:30PM 于 25th December 2016。/lp user/group <user|group> parent addtemp <权限组> <时间>#给一个玩家/组添加临时继承组。#持续时间应为时间段或者一个标准的 Unix 时间戳,#比如 "3d13h45m" 将会设置权限在 3 天, 13 小时 45 分钟后过期。#"1482694200" 会设置过期时间为 7:30PM 于 25th December 2016。#举个例子,我们想给名为 hailuo 的玩家 hailuo.zuichou 权限,持续30天,怎么办?/lp user hailuo permission settemp hailuo.zuichou true 30d/lp creategroup admin/lp creategroup mod/lp group admin parent add mod/lp group admin meta addprefix 100 "&c[Admin] "/lp group mod meta addprefix 90 "&d[Mod] "#这个100和90是干啥的?优先级!#前缀和后缀和权限一样,也能够继承。#这意味着LuckPerms插件需要决定,当需要显示前缀或后缀时,真正为玩家显示哪一个。#当另外一款插件请求玩家的前缀或后缀时,LuckPerms插件会返回最高优先级的那个值。#你仍然需要安装聊天管理插件,例如EssentialsXChat。#用法:/lp user/group <用户名/权限组名> meta addprefix/addsuffix "内容"
[/SPOILER]
#网页版功能也很全面#但很多人也想知道指令怎么操作#那么本帖也将最全的指令版以文字的形式展示给大家#权限是什么?它长什么样#权限#顾名思义-就是 做某件事的许可#你可以使用权限来控制你服务器玩家可以做的事情。#权限长这个样子?this.permissionhahaha.pi.am.lyxycraft#这些都是权限。#换句话说,权限就是字符串,中间用“.”这个英文半角句号隔开罢了。#使用本插件给予玩家权限的命令为:`/lp user <玩家> permission set {权限} true`#举个例子 server.bedwars为传送到起床战争服务器`/lp user LyxyCraft_CC permission set server.bedwars true`就会给予 LyxyCraft_CC 这个玩家 传送到起床战争服务器server.bedwars 权限#一般来说,插件的介绍帖中,都会专门列出插件所使用的权限。#你可以将权限和它所控制的功能对应起来。#比如说bedwars1058(下期讲的插件)的权限#fb5c1602576794.png#在这里说一句,LuckPerms 插件默认是不会给 OP 插件的所有权的。#这个插件的所有权是 luckperms.#那么请试一试,怎么给你自己插件的所有权呢?`/lp user <你的名字> permission set luckperms. true`#权限组的作用?#好,请考虑下面这种情况。#假如你要让 lyxycraftA lyxycraftB lyxycraftC lyxycraftD 这四个玩家都拥有相同的权限:xigua.zhenhaochi.1xigua.zhenhaochi.2xigua.zhenhaochi.3xigua.zhenhaochi.4xigua.zhenhaochi.5xigua.zhenhaochi.6#你可以使用上一节所提出的指令:`/lp user <玩家> permission set 权限 true`#但是 4 个人,每人 6 条权限,这样就相当于要输入 24 次!#这显然不是我们所想要的效果。#这里就需要使用权限组。#权限组 就是 把权限打包成一个组 ,即相当于#把这六条权限绑在一起,然后把绑在一起后的东西分别给四位吃瓜群众。`/lp creategroup xigua`#那就创建一个叫做 xigua 的权限组。#创建权限组的方法:`/lp creategroup <权限组名>`#为权限组添加权限的方法,与为玩家添加权限的方法相似:`/lp group <权限组> permission set 权限 true`#然后输入/lp group chiguaqunzhong permission set xigua.zhenhaochi.1 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.2 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.3 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.4 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.5 true/lp group chiguaqunzhong permission set xigua.zhenhaochi.6 true#把这六个权限捆到xigua这个权限组里。#然后下面我们要做的,就是把四位lyxycraft玩家拉入 xigua 这个权限组里。#这时候我们需要设置继承——#我们要让四位lyxycraft玩家 继承 chiguaqunzhong 这个权限组中的权限#设定用户继承的方法:/lp user <用户名> parent add <权限组名>#所以就请输入/luckperms user lyxycrafta parent add chiguaqunzhong/luckperms user lyxycraftb parent add chiguaqunzhong/luckperms user lyxycraftc parent add chiguaqunzhong/luckperms user lyxycraftd parent add chiguaqunzhong#现在四位就继承了该组的所有权限了。#现在又有了一个问题,假设我有两个权限组chiguaqunzhong 和 dalao/lp creategroup chiguaqunzhong ; /lp creategroup dalao#我想让 chiguaqunzhong 组拥有的权限,dalao 组全部拥有。#同时 dalao 组还拥有其他权限。即:chiguaqunzhong 组拥有:xigua.zhenhaochi.1xigua.zhenhaochi.2xigua.zhenhaochi.3xigua.zhenhaochi.4xigua.zhenhaochi.5xigua.zhenhaochi.6dalao组拥有:xigua.zhenhaochi.1xigua.zhenhaochi.2xigua.zhenhaochi.3xigua.zhenhaochi.4xigua.zhenhaochi.5xigua.zhenhaochi.6xigua.buyxigua.throw.away#这时候我们就可以设定 dalao 组继承 chiguaqunzhong 组/lp group dalao parent add chiguaqunzhong#然后再为 dalao 组增加它没有继承的权限:/lp group dalao permission set xigua.buy true/lp group dalao permission set xigua.throw.away true#总结:为权限组添加继承组的方法:/lp group <权限组> parent add <所要继承的组>#你可以把 权限组路线 想象为一棵树#chiguaqunzhong 蹲在树的根部,看着枝头上的 dalao 和树顶的 tailao/lp creategroup chiguaqunzhong/lp creategroup dalao/lp creategroup tailao/lp group dalao parent add chiguaqunzhong/lp group tailao parent add dalaochiguaqunzhong 想要向上爬#权限组路线,就是他爬升的轨迹——#首先我要创建这棵树/luckperms createtrack fromzerotostart#创建一颗叫做 fromzerotostart 的树#然后我们可以向这棵树中加入权限组/luckperms track fromzerotostart append chiguaqunzhong/luckperms track fromzerotostart append dalao/luckperms track fromzerotostart append julao#现在对于chiguaqunzhong组里的玩家#管理员输入/luckperms user <玩家> promote fromzerotostart#让玩家在 fromzerotostart 这颗树上升一阶,变成 dalao#在输入一遍就变成 julao 了,同理。#但是一位 julao 总是喜欢搞事#管理员输入以下命令,将他降了一级。/luckperms user <玩家> demote fromzerotostart#这我在视频当中讲解的可视化编辑要好用的多#↑↑↑ 这个东西可以代替权限某部分的任何字符#举个例子,hailuo. 就包括了hailuo.handsome,hailuo,ugly,hailuo.fat,hailuo.laji,hailuo.lolikong #……这些以 hailuo. 打头的全部权限了#但是我们想给玩家除了 hailuo.handsome 权限之外的所有权限#所以我们就可以设置这两条权限/lp user <用户名> permission set hailuo.* true/lp user <用户名> permission set hailuo.handsome false/lp user/group <user|group> permission settemp <权限> <true|false> <时间>#给一个玩家/组设置临时权限,提供 false 值将会否定这个权限。#持续时间应为时间段或者一个标准的 Unix 时间戳,#比如 "3d13h45m" 将会设置权限在 3 天, 13 小时 45 分钟后过期。#"1482694200" 会设置过期时间为 7:30PM 于 25th December 2016。/lp user/group <user|group> parent addtemp <权限组> <时间>#给一个玩家/组添加临时继承组。#持续时间应为时间段或者一个标准的 Unix 时间戳,#比如 "3d13h45m" 将会设置权限在 3 天, 13 小时 45 分钟后过期。#"1482694200" 会设置过期时间为 7:30PM 于 25th December 2016。#举个例子,我们想给名为 hailuo 的玩家 hailuo.zuichou 权限,持续30天,怎么办?/lp user hailuo permission settemp hailuo.zuichou true 30d/lp creategroup admin/lp creategroup mod/lp group admin parent add mod/lp group admin meta addprefix 100 "&c[Admin] "/lp group mod meta addprefix 90 "&d[Mod] "#这个100和90是干啥的?优先级!#前缀和后缀和权限一样,也能够继承。#这意味着LuckPerms插件需要决定,当需要显示前缀或后缀时,真正为玩家显示哪一个。#当另外一款插件请求玩家的前缀或后缀时,LuckPerms插件会返回最高优先级的那个值。#你仍然需要安装聊天管理插件,例如EssentialsXChat。#用法:/lp user/group <用户名/权限组名> meta addprefix/addsuffix "内容"
[/SPOILER]
YAML
# +----------------------------------------------------------------------------------------------+
# | __ __ ___ __ __ |
# | | | | / ` |__/ |__) |__ |__) |\/| /__` |
# | |___ \__/ \__, | \ | |___ | \ | | .__/ |
# | |
# | https://luckperms.net |
# | |
# | WIKI: https://luckperms.net/wiki |
# | DISCORD: https://discord.gg/luckperms |
# | BUG REPORTS: https://github.com/lucko/LuckPerms/issues |
# | |
# | 此文件中的每个选项都在这里进行了文档记录和解释: |
# | ==> https://luckperms.net/wiki/Configuration |
# | |
# | 新选项不会自动添加到此文件中。如果找不到选项,则使用默认值。最新配置版本可以在上面的链接获取。 |
# +----------------------------------------------------------------------------------------------+
# +----------------------------------------------------------------------------------------------+
# | |
# | 基本设置 |
# | |
# | 控制LuckPerms工作方式的重要设置。 |
# | |
# +----------------------------------------------------------------------------------------------+
# 服务器名称,用于服务器特定的权限设置。
#
# - 当设置为"global"时,此设置实际上将被忽略。
# - 在所有其他情况下,这里的值将被添加到所有玩家的"server"上下文中。
# - 查看: https://luckperms.net/wiki/Context
server: global
# 如果在LuckPerms中没有玩家的记录,是否应该使用服务器自己的UUID缓存/查找功能。
#
# - 当此选项设置为'false'时,使用玩家的用户名的命令将不起作用,除非玩家自LuckPerms首次安装以来已经加入过。
# - 要解决这个问题,你可以直接在命令中使用玩家的uuid,或者启用此选项。
# - 当此选项设置为'true'时,将使用服务器的设施。这可能使用多种方法,包括检查服务器的本地缓存,或者向Mojang API发送请求。
use-server-uuid-cache: false
# +----------------------------------------------------------------------------------------------+ #
# | | #
# | STORAGE SETTINGS | #
# | | #
# | Controls which storage method LuckPerms will use to store data. | #
# | | #
# +----------------------------------------------------------------------------------------------+ #
# 插件应如何存储数据
#
# - 更多选项的详细解释在wiki上有说明:
# https://luckperms.net/wiki/Storage-types
#
# - 可能的选项:
#
# | 远程数据库 - 需要在下方配置连接信息
# |=> MySQL
# |=> MariaDB(比MySQL更推荐)
# |=> PostgreSQL
# |=> MongoDB
#
# | 平文件/本地数据库 - 不需要任何额外配置
# |=> H2(比SQLite更推荐)
# |=> SQLite
#
# | 可读&可编辑的文本文件 - 不需要任何额外配置
# |=> YAML (.yml 文件)
# |=> JSON (.json 文件)
# |=> HOCON (.conf 文件)
# |=> TOML (.toml 文件)
# |
# | 默认情况下,用户、组和轨迹数据被分到不同的文件中。通过切换到组合存储变体,可以将数据组合并全部存储在同一个文件中。
# | 只需在 storage-method 的末尾添加 '-combined',例如 'yaml-combined'
#
# - H2 数据库是默认选项。
# - 如果你想在“传统”存储文件中手动编辑数据,我们建议使用 YAML。
storage-method: h2
# 以下块定义了远程数据库存储方法的设置。
#
# - 如果你使用的是本地存储方法,则无需修改此处的任何设置!
# - 连接详细信息选项适用于所有远程存储类型。
data:
# 定义数据库的地址和端口。
# - 默认使用标准数据库引擎端口
# (MySQL: 3306, PostgreSQL: 5432, MongoDB: 27017)
# - 如果不同,请指定为 "host:port"
address: localhost
# 存储 LuckPerms 数据的数据库的名称。
# - 这必须已经创建好了。如果你使用的是 MongoDB,不用担心这个设置。
database: minecraft
# 数据库的凭证。
username: root
password: ''
# 这些设置适用于 MySQL 连接池。
# - 默认值对大多数用户来说都是合适的。
# - 除非你知道你在做什么,否则不要更改这些设置!
pool-settings:
# 设置 MySQL 连接池的最大大小。
# - 基本上,这个值将决定实际连接到数据库后端的最大连接数。
# - 关于确定连接池大小的更多信息可以在此处找到:
# https://github.com/brettwooldridge/HikariCP/wiki/About-Pool-Sizing
maximum-pool-size: 10
# 设置连接池将尝试维护的空闲连接的最小数量。
# - 为了获得最大的性能和对突增需求的响应性,建议不要设置此值,而是允许池作为固定大小的连接池。
# (将此值设置为与 'maximum-pool-size' 相同)
minimum-idle: 10
# 此设置控制连接池中连接的最大生命周期,以毫秒为单位。
# - 该值应至少比任何数据库或基础设施强加的连接时间限制少30秒。
maximum-lifetime: 1800000 # 30分钟
# 此设置控制池将如何频繁地 'ping' 一个连接,以防止它被数据库或网络基础设施超时,以毫秒为单位。
# - 该值应小于 maximum-lifetime 并且大于 30000 (30秒)。
# - 将值设置为零将禁用 keepalive 功能。
keepalive-time: 0
# 此设置控制插件将等待来自池的连接的最大毫秒数,然后超时。
connection-timeout: 5000 # 5秒
# 此设置允许你为连接定义额外属性。
#
# 默认情况下,以下选项被设置为启用 utf8 编码。(如果你使用的是 PostgreSQL,可能需要删除这些)
# useUnicode: true
# characterEncoding: utf8
#
# 你还可以在此部分通过取消注释下面的 'useSSL' 和 'verifyServerCertificate' 选项来禁用 SSL 连接。
properties:
useUnicode: true
characterEncoding: utf8
#useSSL: false
#verifyServerCertificate: false
# 所有 LuckPerms SQL 表的前缀。
#
# - 这只适用于远程 SQL 存储类型(MySQL、MariaDB等)。
# - 如果你想为不同的服务器使用不同的表,可以更改这个。
table-prefix: 'luckperms_'
# 所有 LuckPerms MongoDB 集合的前缀。
#
# - 这只适用于 MongoDB 存储类型。
# - 如果你想为不同的服务器使用不同的集合,可以更改这个。默认是没有前缀的。
mongodb-collection-prefix: ''
# 用于连接到 MongoDB 实例的连接字符串 URI。
#
# - 当配置时,此设置将覆盖上面定义的地址、数据库、用户名或密码字段中的任何内容。
# - 如果你有一个以 'mongodb://' 或 'mongodb+srv://' 开头的连接字符串,请输入到下方。
# - 更多信息,请参见 https://docs.mongodb.com/manual/reference/connection-string/
mongodb-connection-uri: ''
# 为“分割”存储设置定义。
#
# - 这允许你为每种类型的数据定义一个存储方法。
# - 即使在这里为每种类型定义了,上面提到的连接选项仍然需要对每种类型都是正确的。
split-storage:
# 如果你不想使用分割存储,就不要动这个!
enabled: false
methods:
# 如果没有启用分割存储,这些选项不需要修改。
user: h2
group: h2
track: h2
uuid: h2
log: h2
# +----------------------------------------------------------------------------------------------+ #
# | | #
# | UPDATE PROPAGATION & MESSAGING SERVICE | #
# | | #
# | Controls the ways in which LuckPerms will sync data & notify other servers of changes. | #
# | These options are documented on greater detail on the wiki under "Instant Updates". | #
# | | #
# +----------------------------------------------------------------------------------------------+ #
# 此选项控制 LuckPerms 执行同步任务的频率。
#
# - 同步任务将刷新存储中的所有数据,并确保插件使用的是最新的数据。
# - 默认情况下,这是禁用的,因为大多数用户不需要它。然而,如果你使用的是远程存储类型且没有设置消息服务,你可能希望将其设置为 3。
# - 设置为 -1 可以完全禁用该任务。
sync-minutes: -1
# 是否应该启用文件监视器。
#
# - 当使用基于文件的存储类型时,LuckPerms 可以监视数据文件的更改,并在检测到更改时自动更新。
# - 如果你不想激活此功能,请将此选项设置为 false。
watch-files: true
# 定义插件应使用哪个消息服务。
#
# - 如果启用并配置了,LuckPerms 将使用消息服务来通知其他连接的服务器更改。
# - 使用命令 "/lp networksync" 可以手动推送更改。
# - 数据不是使用此服务存储的。它仅用作消息平台。
#
# - 如果你决定启用此功能,你应该将 "sync-minutes" 设置为 -1,因为 LuckPerms 不需要轮询数据库以获取更改。
#
# - 可能的选项:
# => sql 使用 SQL 数据库形成队列系统进行通信。仅当 'storage-method' 设置为 MySQL 或 MariaDB 时才有效。如果选项设置为 'auto' 且使用 SQL 存储,则默认选择此选项。设置为 'notsql' 可以禁用此功能。
# => pluginmsg 使用插件消息通道与代理通信。
# 必须在代理和所有连接的服务器后端服务器上安装 LuckPerms。
# 如果你有多个代理,这将不起作用。
# => lilypad 使用 LilyPad 发布/订阅来推送更改。你需要安装 LilyPad-Connect 插件。
# => redis 使用 Redis 发布/订阅来推送更改。你的服务器连接信息必须在下方配置。
# => rabbitmq 使用 RabbitMQ 发布/订阅来推送更改。你的服务器连接信息必须在下方配置。
# => custom 使用 LuckPerms API 提供的消息服务。
# => auto 尝试自动设置使用 redis 或 sql 的消息服务。
messaging-service: auto
# 如果 LuckPerms 应该在命令更改后自动推送更新。
auto-push-updates: true
# 如果 LuckPerms 应该通过消息服务将日志条目推送到连接的服务器。
push-log-entries: true
# 如果 LuckPerms 应该通过消息服务将接收到的日志条目广播给此平台上的玩家。
#
# - 如果你还在 BungeeCord 代理上安装了 LuckPerms,以及在你的后端服务器上,你应该在后端服务器或代理上将此选项设置为 false,以避免玩家关于日志条目被消息通知两次。
broadcast-received-log-entries: true
# Redis 的设置。
# 默认使用端口 6379;如果不同,将地址设置为 "host:port"
redis:
enabled: false
address: localhost
username: ''
password: ''
# RabbitMQ 的设置。
# 默认使用端口 5672;如果不同,将地址设置为 "host:port"
rabbitmq:
enabled: false
address: localhost
vhost: '/'
username: 'guest'
password: 'guest'
# +----------------------------------------------------------------------------------------------+ #
# | | #
# | CUSTOMIZATION SETTINGS | #
# | | #
# | Settings that allow admins to customize the way LuckPerms operates. | #
# | | #
# +----------------------------------------------------------------------------------------------+ #
# 控制临时权限/父级/元数据应如何累积。
#
# - 默认行为是 "deny"。
# - 在执行命令时也可以指定此行为。有关更多信息,请参见命令使用文档。
#
# - 可能的选项:
# => accumulate 持续时间将添加到现有的过期时间
# => replace 如果新的持续时间比当前的过期时间晚,则将替换持续时间
# => deny 如果你尝试添加具有相同过期时间的另一个节点,命令将失败
temporary-add-behaviour: deny
# 控制 LuckPerms 将如何确定用户的“主要”组。
#
# - "主要组"的含义和影响在 wiki 上有详细解释。
# - 推荐的方法是让 LuckPerms 根据父级的相对权重自动确定用户的主组。
#
# - 可能的选项:
# => stored 使用文件/数据库中用户记录旁的值
# => parents-by-weight 只使用用户权重最高的父级
# => all-parents-by-weight 与上述相同,但是基于直接和间接继承的所有父级进行计算
primary-group-calculation: parents-by-weight
# 如果插件应该在用户运行 LP 命令时检查“额外”权限。
#
# - 这些额外权限允许更精细地控制用户可以使用每个命令做什么,以及他们可以编辑的对象。
# - 检查的性质在 wiki 的 "Argument based command permissions" 下有文档记录。
# - 基于参数的权限与 'base' 权限不同,并且是动态的,将取决于命令中给出的参数。
argument-based-command-permissions: false
# 如果插件应该在发送者能够编辑组数据或向其中添加/移除其他用户之前检查发送者是否是给定组的成员。
# 注意:这些限制不适用于 web 编辑器!
require-sender-group-membership-to-modify: false
# 如果插件应该在每次修改权限时向用户发送日志通知。
#
# - 只有那些拥有适当接收权限的用户才会收到通知
# - 也可以使用 '/lp log notify <on|off>' 在每个用户的基础上临时启用/禁用
log-notify: true
# 定义不应作为通知发送给用户的日志条目列表。
#
# - 列表中的每个条目都是一个 RegEx 表达式,它与日志条目描述匹配。
log-notify-filtered-descriptions:
# - "parent add example"
# 如果 LuckPerms 应该自动安装翻译包并定期更新它们。
auto-install-translations: true
# 定义前缀和后缀堆叠的选项。
#
# - 该功能允许你在聊天中显示玩家用户名旁边的多个前缀或后缀。
# - 它在 wiki 的 "Prefix & Suffix Stacking" 下有更详细的解释和文档。
#
# - 选项被分为前缀和后缀的单独部分。
# - 'duplicates' 设置指的是如何处理重复元素。可以是 'retain-all', 'first-only' 或 'last-only'。
# - 'start-spacer' 的值包含在结果前缀/后缀的开始处。
# - 'end-spacer' 的值包含在结果前缀/后缀的结束处。
# - 'middle-spacer' 的值包含在结果前缀/后缀的每个元素之间。
#
# - 可能的格式选项:
# => highest 选择所有由玩家持有或继承的值中权重最高的值。
#
# => lowest 与上述相同,但选择权重最低的一个。
#
# => highest_own 选择权重最高的值,但不会接受任何继承的值。
#
# => lowest_own 与上述相同,但选择权重最低的一个。
#
# => highest_inherited 选择权重最高的值,但只接受继承的值。
#
# => lowest_inherited 与上述相同,但选择权重最低的一个。
#
# => highest_on_track_<track> 如果值是从给定轨迹的组继承的,则选择权重最高的值。
#
# => lowest_on_track_<track> 与上述相同,但选择权重最低的一个。
#
# => highest_not_on_track_<track> 如果值不是从给定轨迹的组继承的,则选择权重最高的值。
#
# => lowest_not_on_track_<track> 与上述相同,但选择权重最低的一个。
#
# => highest_from_group_<group> 如果值是从给定组继承的,则选择权重最高的值。
#
# => lowest_from_group_<group> 与上述相同,但选择权重最低的一个。
#
# => highest_not_from_group_<group> 如果值不是从给定组继承的,则选择权重最高的值。
#
# => lowest_not_from_group_<group> 与上述相同,但选择权重最低的一个。
meta-formatting:
prefix:
format:
- "highest"
duplicates: first-only
start-spacer: ""
middle-spacer: " "
end-spacer: ""
suffix:
format:
- "highest"
duplicates: first-only
start-spacer: ""
middle-spacer: " "
end-spacer: ""
# +----------------------------------------------------------------------------------------------+ #
# | | #
# | PERMISSION CALCULATION AND INHERITANCE | #
# | | #
# | Modify the way permission checks, meta lookups and inheritance resolutions are handled. | #
# | | #
# +----------------------------------------------------------------------------------------------+ #
# LuckPerms 在遍历“继承树”时应使用的算法。
#
# - 可能的选项:
# => breadth-first 查看: https://en.wikipedia.org/wiki/Breadth-first_search
# => depth-first-pre-order 查看: https://en.wikipedia.org/wiki/Depth-first_search
# => depth-first-post-order 查看: https://en.wikipedia.org/wiki/Depth-first_search
inheritance-traversal-algorithm: depth-first-pre-order
# 如果在遍历算法解析了继承树之后,应该根据“继承规则”执行最终排序。
#
# “继承规则”指的是诸如组权重、主组状态和组节点的自然上下文排序等事项。
#
# 将此设置为 'true' 将允许继承规则优先于继承树的结构。
#
# 实际上当此设置为 'true': 树被展平,之后应用规则,
# 当此设置为 'false': 规则仅在遍历的每个步骤中应用。
post-traversal-inheritance-sort: false
# 定义用于确定一组上下文是否满足的模式。
#
# - 可能的选项:
# => at-least-one-value-per-key 如果另一组 B 至少有一个 A 中每个键的键值条目也在 B 中,则集合 A 将被 B 满足。
# => all-values-per-key 如果 A 中的所有键值条目也都在 B 中,则集合 A 将被 B 满足。
context-satisfy-mode: at-least-one-value-per-key
# LuckPerms 有许多内置上下文。可以通过将上下文键添加到下面的列表中来禁用它们。
disabled-contexts:
# - "world"
# +----------------------------------------------------------------------------------------------+ #
# | Permission resolution settings | #
# +----------------------------------------------------------------------------------------------+ #
# 如果此服务器上的用户应该应用他们的全局权限。
# 当设置为 false 时,只有特定于服务器的权限将适用于此服务器上的用户。
include-global: true
# 如果此服务器上的用户应该应用他们的全局世界权限。
# 当设置为 false 时,只有特定于世界的权限将适用于此服务器上的用户。
include-global-world: true
# 如果此服务器上的用户应该应用全局(非服务器特定)组。
apply-global-groups: true
# 如果此服务器上的用户应该应用全局(非世界特定)组。
apply-global-world-groups: true
# +----------------------------------------------------------------------------------------------+
# | Meta lookup settings |
# +----------------------------------------------------------------------------------------------+
# 定义应如何选择元数据值。
#
# - 可能的选项:
# => inheritance 选择首先继承的元数据值
# => highest-number 选择最高的数值元数据值
# => lowest-number 选择最低的数值元数据值
meta-value-selection-default: inheritance
# 定义应如何选择每个键的元数据值。
meta-value-selection:
# max-homes: highest-number
# +----------------------------------------------------------------------------------------------+
# | Inheritance settings |
# +----------------------------------------------------------------------------------------------+
# 如果插件应该应用通配符权限。
#
# - 如果设置为 true,LuckPerms 将检测通配符权限,并解析并应用所有匹配的已注册权限。
apply-wildcards: true
# 如果 LuckPerms 应该根据 Sponge 风格的隐式通配符继承系统解析并应用权限。
#
# - 即:如果用户被授予了 "example",则应该自动也被授予 "example.function", "example.another", "example.deeper.nesting" 等。
apply-sponge-implicit-wildcards: false
# 如果插件应该在考虑通配符分配之前应用否定的 Bukkit 默认权限。
#
# - 插件作者可以定义明确不应自动赋予 OPs 的权限。
# 这通常用于所谓的“反权限”——被授予时应用某些负面效果的权限。
# - 如果此选项设置为 true,LuckPerms 将在考虑通配符之前考虑插件所做的任何否定声明。(类似于 OP 系统的工作原理)
# - 如果此选项设置为 false,LuckPerms 将首先考虑任何通配符分配。
apply-default-negated-permissions-before-wildcards: false
# 如果插件应该解析正则表达式权限。
#
# - 如果设置为 true,LuckPerms 将检测以 "r=" 开头的正则表达式权限,并解析并应用所有匹配的已注册权限。
apply-regex: true
# 如果插件应该完成并应用简写权限。
#
# - 如果设置为 true,LuckPerms 将检测并扩展简写节点模式。
apply-shorthand: true
# 如果插件应该应用 Bukkit 子权限。
#
# - 插件作者可以为他们的插件定义自定义权限结构,如果此设置启用,LuckPerms 将解析并使用这些结构。
apply-bukkit-child-permissions: true
# 如果插件应该应用 Bukkit 默认权限。
#
# - 插件作者可以定义默认应赋予所有用户的权限,或设置应赋予/不应赋予 opped 玩家的权限。
# - 如果此选项设置为 false,LuckPerms 将忽略这些默认值。
apply-bukkit-default-permissions: true
# 如果插件应该应用附件权限。
#
# - 服务器上的其他插件能够向玩家添加他们自己的“权限附件”。
# - 这允许他们授予玩家额外的权限,这些权限持续到会话结束,或直到它们被移除。
# - 如果此选项设置为 false,当考虑玩家是否应该拥有某个权限时,LuckPerms 不会包括这些附件权限。
apply-bukkit-attachment-permissions: true
# +----------------------------------------------------------------------------------------------+ #
# | Extra settings | #
# +----------------------------------------------------------------------------------------------+ #
# 定义在计算上下文时要跳过的上下文计算器列表。
#
# - 你可以通过以下方式禁用上下文计算器:
# => 指定计算器使用的 Java 类名 (例如 com.example.ExampleCalculator)
# => 指定计算器使用的 Java 包的子部分 (例如 com.example)
disabled-context-calculators: []
# 允许你为上下文计算中发送的世界设置“别名”。
#
# - 这些别名除了真实的世界名称外还提供。递归应用。
# - 取消注释字符以应用默认别名。
world-rewrite:
# world_nether: world
# world_the_end: world
# 为这个服务器定义特殊组权重。
#
# - 组权重也可以直接应用于组数据,使用 setweight 命令。
# - 此部分允许在每个服务器基础上设置权重。
group-weight:
# admin: 10
# +----------------------------------------------------------------------------------------------+ #
# | | #
# | FINE TUNING OPTIONS | #
# | | #
# | A number of more niche settings for tweaking and changing behaviour. The section also | #
# | contains toggles for some more specialised features. It is only necessary to make changes to | #
# | these options if you want to fine-tune LuckPerms behaviour. | #
# | | #
# +----------------------------------------------------------------------------------------------+ #
# +----------------------------------------------------------------------------------------------+ #
# | Server Operator (OP) settings | #
# +----------------------------------------------------------------------------------------------+ #
# 控制是否应该存在服务器操作员。
#
# - 当设置为 'false' 时,所有玩家将被解除操作员权限,并且 /op 和 /deop 命令将被禁用。请注意,像生成保护这样的原版特性需要服务器上有操作员才能工作。
enable-ops: true
# 启用或禁用 LuckPerms 中用于控制 OP 状态的特殊基于权限的系统。
#
# - 如果设置为 true,任何具有权限 "luckperms.autoop" 的用户将自动被授予服务器操作员状态。这个权限可以继承,或者在特定的服务器/世界上设置,临时等。
# - 此外,将此设置为 true 将强制上面的 "enable-ops" 选项为 false。除非用户具有权限节点,否则所有用户都将被解除操作员权限,并且 op/deop 命令将被禁用。
# - 建议使用此选项而不是分配单个 '*' 权限。
auto-op: false
# 定义“操作员”玩家是否应该默认能够使用所有 LuckPerms 命令。
#
# - 设置为 false 以只允许具有权限的用户访问命令
commands-allow-op: true
# +----------------------------------------------------------------------------------------------+ #
# | Vault integration settings | #
# +----------------------------------------------------------------------------------------------+ #
# If Vault look# 主服务器线程上离线玩家的权限更新应该被启用。
#
# LuckPerms 对试图从主服务器线程执行不安全的离线玩家数据查找的插件有一个“捕捉”机制。
# 当进行不安全查找时,这个捕捉机制会引发异常(导致发生错误),而不是允许查找发生,这可能会使服务器变慢。
#
# 然而,如果你愿意接受后果,可以通过将此选项设置为 'true' 来禁用这个捕捉机制。
vault-unsafe-lookups: false
# 当通过 Vault API 调用返回组时,LuckPerms 是否应该使用组的“显示名称”。
#
# - 当此选项设置为 true 时,返回组的显示名称。
# - 当此选项设置为 false 时,返回组的标准名称/ID。
vault-group-use-displaynames: true
# 控制 LuckPerms 在处理 Vault 请求时,应为 NPC 玩家使用哪个组。
#
# - 由于 NPC 并不是真正的玩家,LuckPerms 不会为它们加载任何用户数据。当插件想要使用 Vault 检查他们的权限时,这就成了一个问题。
# - 作为解决方案,Vault 检查 NPC 时回退到一个组,该组在下方定义。
vault-npc-group: default
# 控制 LuckPerms 在处理 Vault 请求时应如何考虑 NPC 玩家的 OP 状态。
#
# - 如果你希望 NPC 拥有与“普通”玩家相同的权限,将此选项设置为 false。
# - 如果你希望 NPC 拥有 OP 状态,将此选项设置为 true。
vault-npc-op-status: false
# 是否应该使用下面的 vault-server 选项。
#
# - 当此选项设置为 false 时,使用上方在 "server" 下定义的服务器值。
use-vault-server: false
# 在 Vault 操作中使用的服务器名称。
#
# - 如果你不希望 Vault 操作特定于服务器,将其设置为 "global"。
# - 只有在上面的 use-vault-server 设置为 true 时才会生效。
vault-server: global
# 在检索元数据或玩家组时,是否应该考虑全局权限
vault-include-global: true
# 如果 Vault 操作应该忽略任何已提供的世界观点。
vault-ignore-world: false
# +----------------------------------------------------------------------------------------------+ #
# | Miscellaneous (and rarely used) settings | #
# +----------------------------------------------------------------------------------------------+ #
# 如果LuckPerms在处理登录时应该产生额外的日志输出。
#
# - 如果您遇到UUID转发或数据未加载的问题,这会很有用。
debug-logins: false
# 如果LuckPerms应该允许用户名包含非字母数字字符。
#
# - 请注意,由于存储实现的设计,用户名仍必须少于或等于16个字符。
allow-invalid-usernames: false
# 如果LuckPerms不应该要求用户确认批量更新操作。
#
# - 当设置为true时,操作将立即执行。
# - 这并不推荐,因为批量更新有可能不可逆转地删除大量数据,并且不设计为自动执行。
# - 如果需要自动化,用户应该更喜欢使用LuckPerms API。
skip-bulkupdate-confirmation: false
# 如果LuckPerms应该阻止批量更新操作。
#
# - 当设置为true时,批量更新操作(/lp bulkupdate命令)将无法工作。
# - 当设置为false时,通过控制台将允许批量更新操作。
disable-bulkupdate: false
# 如果LuckPerms应该允许用户的主组通过'parent remove'命令被移除。
#
# - 当这种情况发生时,插件将把他们的主组设置回默认值。
prevent-primary-group-removal: false
# 如果LuckPerms应该更新权限更改时发送到客户端的命令列表。
update-client-command-list: true
# 如果LuckPerms应该尝试为其命令注册"Brigadier"命令列表数据。
register-command-list-data: true
# 如果LuckPerms应该尝试解析LP命令的Vanilla命令目标选择器。
# 更多信息请见:https://minecraft.gamepedia.com/Commands#Target_selectors
resolve-command-selectors: false
作者信息
玄易同志
网站的个人号~