本帖最后由 Greensky 于 2022-10-11 14:52 编辑
教程内容主要基于我对 Essentials wiki GroupManager 条目的翻译,也加入了一些自己想法和见解。毕竟只能算是英语初学者,翻译中可能有部分翻译错误或不通顺内容,各位可在插件百科上对此教程条目进行更改。
插件百科上此教程条目地址:
http://mineplugin.org/GroupManager
Essentials wiki 上 Group Manager 教程原文地址:
http://wiki.mc-ess.net/wiki/Group_Manager
Group Manager 下载地址:
https://www.spigotmc.org/resources/groupmanager.38875/
原文版权归属于 Essentials 团队与 GroupManager 开发者 ElgarL,本翻译内容根据 CC BY-SA 3.0 协议发布,引用或转载注明出处便可。
本文由 Plugin Wiki 出品,由本人完成教程主体翻译,Lucky777777 完成教程检查修改。
在此感谢 john180 帮助检查,航空兔子 提供建议。
注:GroupManager 原作者 ElgarL 近期(2020-6-27)宣布重启 GroupManager 更新,现已发布版本 v2.2。本条目也将随其更新。
来自群组: Minecraft插件百科
前言
GroupManager 是一款用于控制权限的插件,曾是 Essentials 的附加插件,安装 Essentials 的服务器基本上都在使用。其功能强大,使用方便,但是对于大部分服主朋友们来说,也许仅知道其最基础的为玩家添加权限功能。此教程意在帮助大家更详细地了解此插件。
教程内容主要基于我对 Essentials wiki GroupManager 条目的翻译,也加入了一些自己想法和见解。毕竟只能算是英语初学者,翻译中可能有部分翻译错误或不通顺内容,各位可在插件百科上对此教程条目进行更改。
插件百科上此教程条目地址:
http://mineplugin.org/GroupManager
Essentials wiki 上 Group Manager 教程原文地址:
http://wiki.mc-ess.net/wiki/Group_Manager
Group Manager 下载地址:
https://www.spigotmc.org/resources/groupmanager.38875/
原文版权归属于 Essentials 团队与 GroupManager 开发者 ElgarL,本翻译内容根据 CC BY-SA 3.0 协议发布,引用或转载注明出处便可。
本文由 Plugin Wiki 出品,由本人完成教程主体翻译,Lucky777777 完成教程检查修改。
在此感谢 john180 帮助检查,航空兔子 提供建议。
译名表
我的翻译使用的译名可能和大家的理解有所不同,阅读时如有不理解可以参考此译名表。
概念解释
我的翻译使用的概念大家可能难以理解,可以参考此概念解释。
FAQ[完善中](2014-8-28 加入)
关于 GroupManager 的常见问题,可以在这里找到答案,参考前请先熟悉 GroupManager 各项功能以便了解答案的原理。
| 目录 |
最后更新:2020-6-27
注:GroupManager 原作者 ElgarL 近期(2020-6-27)宣布重启 GroupManager 更新,现已发布版本 v2.2。本条目也将随其更新。
【Plugin Wiki 出品】
本帖最后由 Greensky 于 2020-6-27 21:58 编辑
复制代码
配置文件的细节可以在配置页面找到。
Group Manager
Group Manager(有时简称 GM)是一款用于控制权限的插件。它允许你为用户组设立权限,并将玩家添加到这些用户组,便可以有拥有允许使用特定权限的多个等级。创建一个自定义的等级系统,对于大部分 Minecraft 服务器来说是非常有用的。没有它,设置服务器限制玩家的程度是比较困难的。
Group Manager 是作为一个独立的组件,而且当前不是可用的 BukkitDev 批准项目。
视频教程涉及这个教程的一小部分。——其中有一些次要的、过时的、不准确的内容。所以当这个教程和视频不符时,请以这个教程的内容为准。
【Plugin Wiki 出品】
| 目录
|
【Plugin Wiki 出品】
基本思路
Group Manager 允许通过尽可能多地创建需要的用户组和副用户组,有效地管理用户的权限。配置可以非常简单,或是如需要的那样复杂。
最传统的权限系统(如下)使用了组继承,从最上方的新人(Newbie)用户组开始,一直到最下方的服主(Owner)。在小型服务器上可以合并协管员(Moderator)和管理员用户组,但大多数人会在管理员和协管员获得的权限上有不同的想法。
- Newbie(新人)
- Newbie用户组包括最基础的权限节点,应该给予所有新加入玩家在注册时保证安全的权限。
- Newbie用户组包括最基础的权限节点,应该给予所有新加入玩家在注册时保证安全的权限。
- Player(玩家)
- Player用户组包括了所有玩家可以使用的权限。一般包含经济、基础传送,和其他的基础指令。
- Player用户组包括了所有玩家可以使用的权限。一般包含经济、基础传送,和其他的基础指令。
- Moderator(协管员)
- Admin(管理员)
- 管理员和协管员两个用户组可以基于你的喜好合并或更深入地分开。典型地,最低级的协管员等级拥有踢出玩家、监禁玩家的权限,高级的协管员可以获得封禁玩家IP地址、隐身、生成创造模式物品的允许。
- 管理员和协管员两个用户组可以基于你的喜好合并或更深入地分开。典型地,最低级的协管员等级拥有踢出玩家、监禁玩家的权限,高级的协管员可以获得封禁玩家IP地址、隐身、生成创造模式物品的允许。
- Owner(服主)
- 服主用户组一般允许使用所有权限/命令,且通常是唯一一个拥有控制插件、规定用户组、关闭/重启服务器命令的用户组。
- 服主用户组一般允许使用所有权限/命令,且通常是唯一一个拥有控制插件、规定用户组、关闭/重启服务器命令的用户组。
【Plugin Wiki 出品】
初始安装
Group Manager 的安装非常容易:
- 安全地关闭服务器。
- 将 Group Manager 插件放入 plugins 文件夹。 (EssentialsGroupManager.jar/GroupManager.jar)
- 启动然后关闭服务器。
- 修改初始的 config.yml 文件。
- 重启服务器(在游戏中应用更新的 Group Manager 配置时,输入 /manload)。
配置文件
请参见:Group Manager/配置
第一次下载 Group Manager 时,一般只有 .jar 文件。在第一次运行 Group Manager 时,它会生成可以编辑的配置文件。
标准的配置和范例里详细的布局很相似,但在使用之前至少需要更改一点,需要将自己加入管理员。
第一次生成的配置文件时的文件目录结构会看起来像这样:
- plugins/
- GroupManager/
- config.yml
- globalgroups.yml
- backups/
- worlds/
- world/
- groups.yml
- users.yml
配置文件的细节可以在配置页面找到。
【Plugin Wiki 出品】
权限
Group Manager 配置的核心是权限节点,能够准确地控制一个玩家能干什么、不能干什么,是 Group Manager 的重点所在。每一个插件都有各自的权限节点,关联于具体插件的命令。
Essentials 插件在它的命令参考里有一个关于权限完整的列表。至于其他的插件,需要查看和它们有关的文档帮助。
权限节点
每一个支持权限的插件,都会有他们各自的权限节点。
权限节点大致语法:<插件名>.<命令名>
- 语法范例: essentials.tp (允许一个玩家通过使用 Essentials 的 /tp 命令进行传送)
- Essentials 是插件名称,命令是 /tp
父节点(权限节点前半部分)不一定总是插件的名称,所以请在构建用户组之前先检查。这个特性允许不同的插件拥有相同的指令,但是在指明选定哪个插件的指令为默认后不会互相起冲突。
- 例子:essentials.god 和 worldguard.god
概要节点(通配符“*”)
Group Manager 支持概要权限,使用通配符允许所有注册的附属的权限
- essentials.*:允许使用所有的 essentials 命令
- essentials.kits.*:允许使用所有的 kit 工具包
也可以不用指明插件,直接使用“*”通配符本身。这个使指明的用户组拥有权限使用所有插件的所有命令。注意:有冲突的命令会变得不稳定,除非使用否定节点否认。请自行承担风险,也不是所有的插件都正确地注册了它们的权限。
否定节点
Group Manager 支持否定节点,允许收回使用命令的权限。和组继承配合是非常有用的。
- essentials.kits.*:给予所有 /kit 的权限
- -essentials.kits.admin:仅移除 /kit admin 的权限(注意开头的减号“-”)
在使用大型通配符权限(概要节点)的时候,这个是非常有用的,例如给予一个管理员所有的指令,但移除Group Manager命令的权限部分。将概要节点和否定节点组合在一起,可以轻松地移除许多的附属命令。
- -essentials.kits.*:移除所有 /kit 的权限
例外节点
Group Manager 支持可以覆盖否定节点的例外节点,允许你轻易地恢复命令的权限。这在移除所有命令的权限,并把每个单独地加回来时是有用的。
- -essentials.signs.create.*:移除创建所有 Essentials 牌子的权限
- +essentials.signs.create.trade:覆盖并给予创建交易牌子的权限
权限范例
【Plugin Wiki 出品】
变量
Group Manager 允许像规定权限一样规定变量。每一个用户组的变量都可以有不同的取值。它们往往在基于用户组的插件(如 VIP 插件等)使用。这里有两个主要的例子:"prefix"(前缀)“suffix”(后缀),和“build”开关。
聊天插件
大部分聊天插件,会为了基于用户组给予玩家自定义名称,而读取 prefix(前缀)和 suffix(后缀)取值。
EssentialsChat 会将前缀和后缀添加到个人的用户名,以给用户的名称增加标签和颜色。
如果想制作更长的聊天前缀,建议查看我们的聊天格式向导,它展示了如何在聊天中使用长的前缀,但在玩家名的名称里使用短的前缀。
在这里可以找到一个关于颜色代码的列表。
一些例子:
- prefix: '[A]' : 制作一个简单的 <[A]User>
- prefix: '&e' : 制作一个上色的 <User>
保护插件(AntiGrief)
一些插件支持基于“AntiGrief”的保护。就像聊天颜色功能一样,GroupManager 并不提供这项功能,而是像 EssentialsProtect 这样的插件才会提供。
build状态往往像这样:
build状态往往像这样:
- build: false 禁用方块的建筑/破坏。
- build: true 启用方块的建筑/破坏。
【Plugin Wiki 出品】
插件迁移
一般地从大部分权限插件迁移到 Group Manager 是一个比较容易的事情。请先尝试下面的步骤,但是如果无法运行,手动地构建用户组也是比较容易的。
- 移动 EssentialsGroupManager.jar 或 GroupManager.jar 到你的 plugins 目录里。
- 从你的 plugins 目录移除先前的权限插件的 jar 文件。
- 复制先前的用户组文件。
- 打开 Group Manager 文件夹然后定位到世界文件夹(plugins/worlds/<你的世界名称>)。
- 将两个权限配置文件粘贴到此处。
- 将一个重命名为 users.yml,另一个重命名为 groups.yml,覆盖所有存在的文件。
- 重启服务器。
【Plugin Wiki 出品】
Group Manager命令
有大量和 Group Manager 插件有关的命令,可以用于在游戏中和控制台上为玩家修改和分配用户组。
请参见:Group Manager/命令
基础用户命令
这些命令在已经建立好一个用户组,且仅想将用户分配到用户组时十分有用。
- /manuadd: 移动用户到希望的用户组。(如果不存在的话会添加用户组到文件)
- /<命令> <玩家> <用户组>
- 权限名:groupmanager.manuadd
复制代码- groupmanager.manuadd
- /manudel: 移除所有此用户特定的配置。使他进入默认用户组。
- /<命令> <玩家>
- 权限名:groupmanager.manudel
复制代码- groupmanager.manudel
- /manpromote: 允许在继承树中向上提升一个玩家。这个命令只会允许用户在相互继承的用户组之间移动。
- /<命令> <玩家> <用户组>
- 权限名:groupmanager.manpromote
复制代码- groupmanager.manpromote
- /mandemote: 允许在继承树中向下降级一个玩家。这个命令只会允许用户在相互继承的用户组之间移动。
- /<命令> <玩家> <用户组>
- 权限名:groupmanager.mandemote
复制代码- groupmanager.mandemote
- /manwhois: 获得用户处在的用户组。
- /<命令> <玩家>
- 权限名:groupmanager.manwhois
复制代码- groupmanager.manwhois
本帖最后由 Greensky 于 2020-6-27 22:29 编辑
复制代码
复制代码
镜像
复制代码
在这个范例里将要维护数个配置文件的设置。Skylands 和 Skylands2 将会共享 Skylands 文件夹。MainWorld和 MainWorld_nether 会共享一个文件夹。Hardcore 会使用 MainWorld 的 groups 文件,但会有自己的 users 文件,所有其他的世界会使用 Hardcore 的 user 文件和 Mainworld 的 groups 文件。
复制代码
这个范例有几个值得注意并指出、对于大多数服务器有用的特性:复制代码
这个范例有几个值得注意并指出、对于大多数服务器有用的特性:
复制代码
视频教程
Group Manager/配置
这个页面详细说明了 Group Manager 配置文件的默认和基础的配置。
警告:Group Manager 在重新加载(reload)时会覆写它的配置文件,如果做出了手动的更改,请一定使用/manload。
请参见:Group Manager
| 目录
|
安装之后
第一次下载 Group Manager 时,一般只有 .jar 文件。在第一次运行 Group Manager 时,它会生成可以编辑的配置文件。
标准的配置和主页面上的详细的布局很相似,但在使用之前至少需要更改一点,如果除了想要把自己加入管理员之外没有其他需要的话。
第一次生成配置文件时的文件目录结构会看起来像这样:
- plugins/
- GroupManager/
- config.yml
- globalgroups.yml
- backups/
- worlds/
- world/
- groups.yml
- users.yml
config.yml
位于: plugins/GroupManager/config.yml
这个配置文件在你拥有多个世界时使用。它用于从一个单独的世界复制权限到其他的世界。
配置文件看起来像这样:
- settings:
- config:
- # 这个启用时任何一个设置成 op 的用户在管理 GroupManager 时拥有全部权限
- # 用户将能够提升玩家到同样或更高的组。
- opOverrides: true
-
- # 'mantogglevalidate' 的默认设置
- # 为 true 值时会使 GroupManager 尝试将名称和默认相配
- validate_toggle: true
- #************************************************************************************************************************************************************
- # ***注意:启用这个功能会允许命令方块不合法的使用,引起不希望的权限改变,警告! ***
- #************************************************************************************************************************************************************
- allow_commandblocks: false
-
- data:
- save:
- # GroupManager 每过多久会保存它的数据到 groups.yml 和 users.yml
- minutes: 10
- # 备份保留的小时数(备份地址:plugins/GroupManager/backup)
- hours: 24
-
- logging:
- # GroupManager 记录的详细程度。
- # 允许的参数是- ALL(全部),CONFIG(配置),FINE(精细),FINER(更精细),FINEST(最精细),INFO(信息),OFF(关闭),SEVERE(严格),WARNING(警告)
- level: INFO
-
- mirrors:
- # 在这里列出世界的设置映射到它们的子世界。
- # 第一个要素‘world'是主世界名称,是父世界。
- # 随后的要素‘world_nether'和'world_the_end'是将使用的世界。
- # 和父世界使用相同的user/group 文件。
- # 要素'all_unnamed_worlds'指定所有没有列出的世界,然后自动地映射它的父世界。
- # 每一个子世界可以设置从它的父文件映射'groups'、‘users',或两个文件都映射。
- world:
- world_nether:
- - users
- - groups
- world_the_end:
- - users
- - groups
- all_unnamed_worlds:
- - users
- - groups
- # world2: (world2 会有它自己的用户和组的设置文件)
- # world3:
- # - users (world3 会使用 world2 的 users.yml 文件,但自己拥有 groups.yml 文件)
- # world4:
- # - groups (world4 会使用 world2 的 groups.yml 文件,但拥有自己的 users.yml 文件)
- # world5:
- # - world6 (这个会使 world6 从 world5 映射两个文件)
镜像
有关取消镜像的教程参看此处。
http://www.mcbbs.net/thread-273672-1-1.html
Lucky777777
这是一个如何在 GM 里使用镜像系统的范例。
- # 这是一个范例的 GroupManager 镜像系统。
- # 这个会使你接触一些更复杂的 GM 映射。
- mirrors:
- MainWorld:
- MainWorld_nether:
- - users
- - groups
- Hardcore:
- - groups
- Skylands:
- Skylands2:
- - users
- - groups
- Hardcore:
- Hardcore_nether:
- - users
- - groups
- all_unnamed_worlds:
- - users
- - groups
在这个范例里将要维护数个配置文件的设置。Skylands 和 Skylands2 将会共享 Skylands 文件夹。MainWorld和 MainWorld_nether 会共享一个文件夹。Hardcore 会使用 MainWorld 的 groups 文件,但会有自己的 users 文件,所有其他的世界会使用 Hardcore 的 user 文件和 Mainworld 的 groups 文件。
group.yml
位于: plugins/GroupManager/worlds/<世界名>/group.yml
这是主要的且最重要的配置文件,是声明将会使用组的地方。范例的文件全部发布在这里有一点过大了,但是它会在第一次启动 GM 时自动生成。
Group Manager 的基础可以总结于这里展示的范例:
- groups:
- Default:
- default: true
- permissions:
- - essentials.help
- -essentials.help.*
- --essentials.help.factions
- -essentials.helpop
- -essentials.list
- -essentials.motd
- -essentials.rules
- -essentials.spawn
- -essentials.eco
- inheritance: []
- info:
- prefix:'&e'
- build: false
- suffix: ''
- Builder:
- default: false
- permissions:
- -essentials.home
- - essentials.me
- -essentials.msg
- -essentials.sethome
- -essentials.warp
- inheritance:
- - default
- info:
- prefix:'&2'
- build: true
- suffix: ''
这个范例有几个值得注意并指出、对于大多数服务器有用的特性:
- 请仔细观察首行缩进,YAML 对于这个十分严格,不正确的时候就会出错。
- 第二行给予了组的名称,格式应该是'<名称>:'。
- 第三行规定这个是否是新用户会自动加入的组,每个配置文件里只能有一个这样的组。
- 下一个部分列出了所有想给加入用户组用户的权限。在这一个例子里的权限只是最基础的命令。
- inheritance(继承)部分允许直接使用另一个用户组的各种属性,像上面权限节点那样简单的列出你想继承的组即可。
- 前缀可以在玩家名称前面显示,在这个范例中,是一个颜色代码,会使用户名有一个不同的颜色。
- build开关被某些插件使用,在这个范例中在默认组的人将不能够建筑。
- “default”用户组有一个否定权限的范例,取消一个特定的权限只需要简单地在权限开头之前加一个“-”,在这个范例中取消了'essentials.help.factions'权限。那上面的一行是一个通配符权限(概要节点)的范例,意思是在default用户组里的人会看到除了 factions 插件之外的所有插件命令帮助。
默认配置有更多像这样有一系列权限的用户组,并使用名叫全体用户组(grobalgroups)的功能。这个可以使多世界配置更加容易,详情参见下方。
user.yml
位于: plugins/GroupManager/worlds/<worldname>/user.yml
这里是规定用户进入什么组的地方。确定将自己加入这个配置,以拥有在游戏中管理权限的允许。大部分人很少直接编辑此文件,因为使用游戏中命令会更加容易。
配置文件看起来像这样:
- users:
- kimkandor:
- subgroups: []
- permissions:
- -essentials.heal
- group: Default
- zenexer:
- subgroups: []
- permissions: []
- group: Mod
- khobbits:
- subgroups: []
- permissions: []
- group: Admin
这个范例有几个值得注意并指出、对于大多数服务器有用的特性:
- 请仔细观察首行缩进,YAML 对于这个十分严格,不正确的时候就会出错。
- 第二行给予了用户的名称,格式应该是'<名称>:'。
- permissions(权限)部分列出了所有除用户组权限之外的权限。在这个例子中,'kimkandor' 获得了一个附加的能对自己使用 /heal 的权限。
- 每一个用户的最后一行规定了用户属于什么用户组。
globalgroups.yml(全局用户组)
位于: plugins/GroupManager/globalgroups.yml
这个文件用于制作自定义的权限设置。在这个文件里的用户组永远不会直接地给予一个用户,只会简单地加入一个真实用户组的继承。
全局(grobal)用户组的重点,是使管理多个世界时更加容易,不需要从每个世界复制权限。每次做出了一个更改,可以简单地制作一个全局 'mod' 组,并在那里列出你的 mod 权限。以那种方法,只需要简单地在每一个世界的 mod 用户组继承里加入 'g:mod',mod 用户组就会从全体用户组文件获得所有此条权限。
全局用户组文件的使用通常是可选择的。可以从此文件删除出大部分用户组,并将权限移动到group.yml。这些都是基于个人的偏爱,最主要的是,如果重命名或移动了任何全局用户组里的用户组,确定也在每个世界的继承里更新名称。
权限
请参见: Group Manager
Group Manager 配置的核心是权限节点,能够准确地控制一个玩家能干什么、不能干什么,是GM的重点所在。每一个插件都有各自的权限节点,关联于具体的插件的命令。
Essentials插件在它的命令参考里有一个关于权限的完整的列表。至于其他的插件,你需要查看它们有关的文档帮助。关于权限的更多细节,例如概要节点,可以在 Group Manager 页面找到。
权限范例
最简配置
运行服务器需要的最简单最基础配置文件是什么,这个问题以前被提到过。接下来的配置是我们可以推荐的最基础的配置,对于大多数服务器来说,并不会允许足够的管理或给用户提供足够的命令。
- groups:
- Default:
- default: true
- permissions:
- -essentials.help
- -essentials.list
- -essentials.motd
- -essentials.rules
- info:
- prefix:'&5'
- build: true
- suffix: ''
- Admin:
- default: false
- permissions:
- - '*'
- inheritance:
- - default
- info:
- prefix:'&4'
- build: true
- suffix: ''
视频教程