- 注册
- 2024/03/27
- 消息
- 4
- 金粒
- 164金粒
全是自己朋友翻译的大概意思。
汉化仅供参考。
有不全或错的地方请指点谢谢！
config翻译如下：
settings:
config:
# 当这个设置启用时，任何被设置为操作员（op）的玩家拥有全部权限，他们可以不受限制地进行权限组的管理。
# 服务器管理者来说是一项重要的权力，因为他们可以借此来分配和调整其他玩家的角色与权限。
opOverrides: true
# 默认设置中，“mantogglevalidate”的设置为validate_toggle: true'
# 这意味着，默认情况下GroupManager在进行权限管理操作时将会尝试进行名称匹配验证只有当玩家名称准确无误时，才能成功执行相关操作.
validate_toggle: true
# *******************************************************************************************************
# *** 启用此功能可能会导致命令方块被不恰当地使用，从而造成意外或不理想的权限变更。因此，请谨慎使用此项设置在此提醒您已知晓这一潜在风险
# ************************************************************************************************************
allow_commandblocks: false
data:
save:
# GroupManager将会每隔10分钟将其数据保存回groups.yml和users.yml文件中
minutes: 10
# 备份数据将在（plugins/GroupManager/backup）目录下保留24小时超过这个时间的备份将会被自动清理或替换
hours: 24
logging:
# GroupManager 在记录日志时将采用的详细等级是多少.
# 接受的记录等级选项包括：ALL（全部）、CONFIG（配置）、FINE（详细）、FINER（更详细）、FINEST（最详细）、INFO（信息）、OFF（关闭）、SEVERE（严重）、WARNING（警告）
level: INFO
mirrors:
# 此处列出的世界（worlds）的设置将会在其子世界中镜像应用。这意味着，如果你在一个主世界（如 "world"）中设置了权限组和用户信息，那么与其关联的子世界（如 "world_nether" 和 "world_the_end"）将会共享相同的用户和/或组信息。
# 第一个元素 'world' 是主世界的名称，也是父世界。这意味着在设置中，'world' 是其它子世界的源头，其下的 'world_nether' 和 'world_the_end' 等子世界会继承或镜像 'world' 的一部分设置.
# 随后列举的元素 'world_nether' 和 'world_the_end' 是将使用其父世界，这样可以简化跨维度（地狱、末地等）的权限管理
# 这些子世界（如 'world_nether' 和 'world_the_end'）将使用与父世界（这里指 'world'）相同的用户文件（users.yml）和权限组文件（groups.yml）。这意味着在这几个世界中，玩家的权限设置和归属的权限组将会保持一致，无论玩家身处哪个世界。这样可以确保服务器跨维度的一致性和便于管理。
# 这些世界将会自动镜像其父世界的设置。也就是说，对于那些在配置中未明确命名的世界，它们会继承并采用与父世界相同的用户和/或权限组文件配置。这样一来，即便在服务器中创建了新的未命名世界，这些新世界的权限设置也会自动与预先设定好的主世界保持一致。
# 每个子世界都可以单独配置，使其从父世界那里镜像复制“groups”（权限组）文件、“users”（用户）文件，或者同时复制这两个文件。这意味着在子世界中，你可以选择继承父世界的全部权限设置（包括用户身份及其对应的权限组信息），也可以只继承其中的一部分。这样设计是为了方便管理员统一管理服务器中各维度或子世界的玩家权限。
汉化仅供参考。
有不全或错的地方请指点谢谢！
config翻译如下：
settings:
config:
# 当这个设置启用时，任何被设置为操作员（op）的玩家拥有全部权限，他们可以不受限制地进行权限组的管理。
# 服务器管理者来说是一项重要的权力，因为他们可以借此来分配和调整其他玩家的角色与权限。
opOverrides: true
# 默认设置中，“mantogglevalidate”的设置为validate_toggle: true'
# 这意味着，默认情况下GroupManager在进行权限管理操作时将会尝试进行名称匹配验证只有当玩家名称准确无误时，才能成功执行相关操作.
validate_toggle: true
# *******************************************************************************************************
# *** 启用此功能可能会导致命令方块被不恰当地使用，从而造成意外或不理想的权限变更。因此，请谨慎使用此项设置在此提醒您已知晓这一潜在风险
# ************************************************************************************************************
allow_commandblocks: false
data:
save:
# GroupManager将会每隔10分钟将其数据保存回groups.yml和users.yml文件中
minutes: 10
# 备份数据将在（plugins/GroupManager/backup）目录下保留24小时超过这个时间的备份将会被自动清理或替换
hours: 24
logging:
# GroupManager 在记录日志时将采用的详细等级是多少.
# 接受的记录等级选项包括：ALL（全部）、CONFIG（配置）、FINE（详细）、FINER（更详细）、FINEST（最详细）、INFO（信息）、OFF（关闭）、SEVERE（严重）、WARNING（警告）
level: INFO
mirrors:
# 此处列出的世界（worlds）的设置将会在其子世界中镜像应用。这意味着，如果你在一个主世界（如 "world"）中设置了权限组和用户信息，那么与其关联的子世界（如 "world_nether" 和 "world_the_end"）将会共享相同的用户和/或组信息。
# 第一个元素 'world' 是主世界的名称，也是父世界。这意味着在设置中，'world' 是其它子世界的源头，其下的 'world_nether' 和 'world_the_end' 等子世界会继承或镜像 'world' 的一部分设置.
# 随后列举的元素 'world_nether' 和 'world_the_end' 是将使用其父世界，这样可以简化跨维度（地狱、末地等）的权限管理
# 这些子世界（如 'world_nether' 和 'world_the_end'）将使用与父世界（这里指 'world'）相同的用户文件（users.yml）和权限组文件（groups.yml）。这意味着在这几个世界中，玩家的权限设置和归属的权限组将会保持一致，无论玩家身处哪个世界。这样可以确保服务器跨维度的一致性和便于管理。
# 这些世界将会自动镜像其父世界的设置。也就是说，对于那些在配置中未明确命名的世界，它们会继承并采用与父世界相同的用户和/或权限组文件配置。这样一来，即便在服务器中创建了新的未命名世界，这些新世界的权限设置也会自动与预先设定好的主世界保持一致。
# 每个子世界都可以单独配置，使其从父世界那里镜像复制“groups”（权限组）文件、“users”（用户）文件，或者同时复制这两个文件。这意味着在子世界中，你可以选择继承父世界的全部权限设置（包括用户身份及其对应的权限组信息），也可以只继承其中的一部分。这样设计是为了方便管理员统一管理服务器中各维度或子世界的玩家权限。
- 内容版权许可
- 作者保留一切权利，禁止转载
