查看“PEX”的源代码

== <big>PEX</big> ==
 '''声明'''：本'''PEXWiKi'''是我('''JACV''')对EN版'''PermissionsEX'''WiKi的翻译&搬运。<br />
 '''原因'''：个人认为MineCraft插件百科上的PermissionsEX百科搬运得非常糟糕，格式紊乱、翻译不全。在此提供方便阅读、翻译完全的PermissionsEX百科。<br />
----
'''<big>
=== 介绍 ===
</big>'''
 首先，欢迎来到PermissionsEX百科！<br />
 这一份关于Permissions1.x/2.x百科的建立过程非常艰辛！因为两个版本的PEX拥有着完全不同的文件和设置（具体查看）<br />
 PermissionEX是Bukkit目前最古老、高效的权限管理插件，从2011年PermissionEX2.x版本研发开始，PEX的开发者一直坚持不懈地对这款插件进行完善和升级。直至今日，它依然在MineCraft服务器中发挥着至关重要的作用！<br />
 PEX之所以能成为大家的首选，原因就在于它拥有无比优越的插件功能。它不仅支持多种不同类型的服务端/数据库，同时，也能清晰明确地为MineCraft世界提供各类权限，甚至可以为每个世界设置单独的权限！（具体参考 Modifyworld ）<br />
 这一份WiKi理论上已经能够协助你完全掌控PEX。如果你仍有任何问题，欢迎加入我们翻译团队IRC channel或者直接访问PermissionsEX论坛提问！<br />
----
=== '''<big>特性</big>''' ===
 PEX1.15版本及以后版本的特性：
*原生超级权限，无需任何前置！
*支持多种数据库,例如：YAML、SQL（MySQL, SQLite），甚至可能支持你自己制作的！
*如果使用YAML数据库，那么所有的玩家权限、组权限都会统一于一个文件当中：permission.yml。这个文件的名字还可以自定义！（具体查看）
*如果使用SQL数据库，那么更加有趣了！现在MySQL和SQLite数据库均支持PEX。但是其它的DB数据库服务端也可以支持。PEX拥有自动化适应、生成DB菜单和配置文件的功能。<br />
:也就是说，只要你能够保证PEX能与数据库进行连线，那么其他完全不在话下。
*灵活多样的设置方式：你完全可以按照自己的喜好设置权限（具体查看）
*和Yeti's Permissions v2.7.4版本完全兼容，同时，PEX还兼容市面上2/3的权限插件。当你同时安装多个权限插件时，PEX会将自己与它们区分开来（具体查看）
*拥有多样化的聊天窗/控制台命令。使用PEX，你几乎可以在游戏或者后台做出任何事情！
*拥有一种名字叫做“ModifyWorld”的防御机制。这个机制就像是完全独立的插件一样，能够完全操作玩家的行为、模式和效果。例如破坏/建造方块，骑马/乘船、受不受怪物的攻击等等，功能根本无法一言带尽！<br />
:你甚至完全可以把它当做Residence或者WorldGuard使用（具体查看）
*拥有非常方便的组继承功能！玩家可以继承于（例如）系统默认组，拥有其中所有权限；同时，还可以设置前缀/后缀（具体查看）
*支持大权限输入！所谓大权限，即集中一系列小权限的命令，你可以直接将大权限放入玩家设置中，以节省空间，方便管理！（具体查看）
*多世界权限管理。你可以设置统一权限管理（Global），亦可以设置单独世界的权限管理。（具体查看）
*升级为PEX2.x版本时，原有的设置可以直接应用！（如果你使用PEX3.0而想换回PEX2.0，你需要将配置文件先整理成PEX2.0的格式！）
:PEX2.0甚至内嵌YAML/SQL数据库
*权限高度兼容。你可以访问来查看介绍
*表现优异！即使你的服务器拥有100+的玩家，PEX也保证不会出现任何一点差错！
*升级/降级系统。你可以设置出好玩的RPG服务器了！
*更多特性，敬请期待……
----
'''<big>
=== 基础 ===
</big>'''
 PemissionsEX，是从各种前辈权限插件中寻找灵感、不断完善的最终产物！它使用你不陌生的通用设置风格。<br />
 各类插件、PEX、Bukkit原生权限统统集中于一个文件之中。这个文档叫做permission nodes，里面包含了各种命令、特色权限，甚至是对事件的管理。
==== '''<big>内容</big>''' ====
*'''权限术语'''
*'''权限配置格式'''
*'''PEX文件格式（YAML）'''
----
===== '''<big>PEX和服务器的权限术语</big>''' =====
 PS:这里我全部采用官方术语（EN），方便后面的阅读翻译；当后面出现这些术语时我将直接写EN
*Server Console (AKA Console)（控制台）：即控制台，服务器启动时需要的命令面板，后台记录日志、输入执行命令的地方
*Global Permissions（总权限）：应用于所有世界的权限设置
*World Specific Permissions（分世界权限）:单独应用于一个世界的权限设置
*Users（用户）: 权限应用者
*Group（组）: 权限应用组，这里，权限应用组也可以设置为所有世界的通用组或单独世界的权限组，具体看需求
*Node（权限语句）: 象征命令的语句，例如Bukkit端的bukkit.command.give即是象征/give 命令的语句
*Negation（否定）: 标记一条Node，设定它在什么情况下生效/失效
*Inheritance（继承）: 是一种让一个组去继承另一个组权限的功能。PEX支持组继承/世界继承
*Metadata（元数据）: (即小ID）元数据为各种各样的物品提供ID定义，例如同一块木头拥有不同颜色，不同形状的同一件物品，区分门到底是开的还是关的。这个功能主要用于Modifyworld
----

===== '''<big>权限配置格式</big>''' =====
 PEX支持文件通用格式和SQL的格式编译，为了更好更生动地体现格式要点，下面举出一个文件通用格式的例子：
{{Hide|标题=权限格式 |内容= 
users:                                            <- 用户部分
    t3hk0d3:                                      <- 玩家名称
        group:                                    <- 玩家所隶属的组
        - default                                 <- 隶属组名称
        permissions:                              <- 玩家特制权限部分
        - permissions.*                           <- Node
        worlds:                                   <- 玩家世界设置
            world:                                <- 指代独立世界world
                permissions:                      <- 在这个world中拥有的权限
                - test.*                          <- Node
                group:                            <- 在这个world中隶属的组
                - testers                         <- 组名称
                prefix: '&5[YARR]&f'              <- 在这个world中的名称前缀
groups:                                           <- 组部分
    default:                                      <- 表示默认组
        default: true                             <- 是否应用默认设置
        permissions:                              <- 添加组权限
        - -modifyworld.blocks.interact.23         <- 否定这条Node
        - modifyworld.*                           <- Node
    admins:
        inheritance:                              <- 组继承设置
        - default                                 <- 继承的组名称
        permissions:
        - example.permission
        - -punish.noobs
        options:                                  <- 组设置（数据库方面）
            test.test: '100500'                   <- 额外数据
            rank: '1'                             <- 排位等级
        worlds:
            nether:
                permissions:
                - nocheat.fly
                prefix: '&7[ADMIN FROM HELL]'
    testers:
        inheritance:
        - admins
        options:
            test.test: '9000'
worlds:                                           <- 世界部分
    nether:                                       <- 世界名
        inheritance:                              <- 继承设置
        - world                                   <- 继承于World
 }}
----

===== '''<big>PEX文件格式（YAML）</big>''' =====
 众所周知，PEX采用和其他插件同样的YAML文本格式进行设置。（YAML是一种编译格式，访问 http://yaml.org/ 了解更多）YAML可不是简单的TXT文档，它非常注重格式的准确！<br />
 一旦出错，就算是PEX这么AI的插件都会无法运行（甚至蹦服），所以，请严格根据规定进行编译：
*注意YAML的保留字，有 '  -  :  #  %，如果你想使用这些保留字作为自定义数据，那么你就需要按以下方法定义：
:<code>%prefix%player%suffix> &e%message</code> 这个代码是错误的
:<code>"%prefix%player%suffix> &e%message"</code> 这个代码才是正确的
*数字的应用必须使用’’（引用），例如
:<code>1000</code> 或 <code>45625</code>这种语法是错误的；
:<code>'1000'</code> 或 <code>'45625'</code>这种语法才是正确的
*换行是不允许的，除非你使用在’’(引用）之中；而且这种换行的操作是按两下空格键（Space)
*所有的组设置都必须从每行的第一个字开始，组下面的设置请严格按照排列格式（即要求注意空格/相互对齐）
 由于PEX自身限制，有一些符号也只能用于引用之中（或者你不用它）包括 } { ) ( ?  * 
 虽然这不是YAML的限制，但这些符号和YAML保留字有相同的效果
----

=== '''<big>Config</big>''' ===
==== '''<big>内容</big>''' ====
*'''安装'''
*'''PEX配置文件'''
*'''配置文件描述菜单'''
*'''数据库（Backends）'''
**'''文件数据库设置'''
**'''SQL数据库设置'''
***'''SQL数据库设置'''
***'''SQLite数据库设置'''
----
===== '''<big>安装</big>''' =====
*所有新版本的PEX（从1.21开始）只支持MC1.7.9以上的Bukkit服务端
*MC1.7.9以下的Bukkit服务端请使用1.20.4版本以下的PEX
<pre style="white-space: pre-wrap; 
white-space: -moz-pre-wrap; 
white-space: -pre-wrap; 
white-space: -o-pre-wrap; 
word-wrap: break-word;">
 从[https://dev.bukkit.org/bukkit-plugins/permissionsex/files/ BukkitDev]下载相应版本的PEX<br />

 BukkitDev上的PEX目前已经基本稳定，当然如果发现MC版本升级、BUG出现或者进行测试的时候，PEX开发工作一定会紧锣密鼓地进行。<br />

 当你安装了PEX后，启动服务器，PEX会自动生成一个默认配置文件。除非你想链接SQL数据库或对PEX进行微调，否则不需要对这个文件进行任何设置。
 如果你需要设置这个配置文件就请继续阅读，否则，直接跳到命令板块。
</pre>
 
'''<big>PS：</big>请注意，如果你在使用PEX遇到任何问题，先确保你的服务端中没有其他权限插件！'''
----
'''<big>

===== PEX配置文件（Config） =====
</big>'''
 所有的PEX配置都在文件config.yml中，请按照示例配置：
[https://pan.baidu.com/s/1pKMH8WN 点击下载标准格式Config]
{{Hide|标题=Config |内容=
permissions:
    backends:                            <- 数据库定义方面
        file:                            <- 数据库文件
            file: permissions.yml        <- 生成使用的文件（在这里就可以自定义名字了）
    backend: file                        <- PEX发挥作用时，所使用的数据库（file为通用文本数据库，即YMAL；或SQL数据库）
    createUserRecords: false             <- 其它设置
    allowOps: false
    debug: false
    user-add-groups-last: false
    basedir: plugins/PermissionsEx       <- 数据库定位插件路径（只在通用文本数据库中生效）
    informplayers:
        changes: false                   <- 当玩家的权限改变时，是否通知他们
multiserver:
    use-netevents: true
updater: true
alwaysUpdate: false
 }}
'''<big>PS：</big>你的config.yml文件几乎和上面的一样。当然，如果少掉一两行也是正常状况。你可以根据以下列表来改变默认的设置。'''
----
===== '''<big>配置文件描述菜单</big>''' =====
 除非有特别标注，否则设定值均为true/false
 请注意，如果你使用了不存在的权限，那么相似的权限就会被应用！请查看来了解更多
{| border="1" cellpadding="100" cellspacing="0"
!Node!描述
|-
|permissions.backends|包括了数据库中所有的权限（查看数据库（Backends）了解更多）
|-
|permissions.backend|默认权限，可以指代在总数据库中定义的子数据库（这个指令属于permissions.backends子指令
|-
|permissions.allowOps|将给予玩家OP的所有权限
|-
|permissions.debug|是否在PEX启动时进行调试；更多内容查看
|-
|permissions.user-add-groups-last|如果这个功能设置为true
|}