PermissionsEX - 版本历史

Jeason Lan：/* 正则表达式 (regex) */

2019-08-27T13:01:16Z

正则表达式 (regex)

←上一版本		2019年8月27日 (二) 13:01的版本
第184行：		第184行：
	PEX 支持使用左右圆括号“（）”来分组, 大括号 “{ }” 来选择模式, “ \| ”来表达 "或者", 和一个破折号 “-” 来表达从……到…… (如数字1至5).		PEX 支持使用左右圆括号“（）”来分组, 大括号 “{ }” 来选择模式, “ \| ”来表达 "或者", 和一个破折号 “-” 来表达从……到…… (如数字1至5).

	~~WARNING~~: If you have any nodes that use these characters then you MUST either put the line in quotes or escape with a backslash the character. If you do not, PEX may mistake the character as an attempt to use a regex, causing a Java error and rendering your permissions useless!		'''警告''': 如果你有任何权限节点使用了那些字符，你'''必须'''使用引用字符或者加上反斜杠。反之，PermissionsEX插件可能会把那些字符当作一个正则表达式然后导致一个Java上的错误并且破坏你已经设置好的权限！

	To use it, place the conditions/keywords and/or id numbers in a group, separated by a pipe or a dash if wanting to cover multiple numbers in a sequence.		To use it, place the conditions/keywords and/or id numbers in a group, separated by a pipe or a dash if wanting to cover multiple numbers in a sequence.
第198行：		第198行：
	Remember to check your use-material-names node setting.		Remember to check your use-material-names node setting.

	~~You could have a set of nodes like this~~:		你可以使用类似以下的权限节点:

	- -modifyworld.blocks.interact.dispenser		- -modifyworld.blocks.interact.dispenser

Liuyi585851：/* 存储方式 */

2018-05-19T08:56:53Z

存储方式

←上一版本		2018年5月19日 (六) 08:56的版本
第324行：		第324行：
	- pvp		- pvp

	=~~Backends~~=		=存储方式=
	原帖是这么说的		原帖是这么说的
	PermissionsEx provides several backends to store permissions data. This page (will explain) explains them all.		PermissionsEx provides several backends to store permissions data. This page (will explain) explains them all.

叁只番茄：/* 进阶权限管理 */

2018-01-12T23:40:31Z

进阶权限管理

←上一版本		2018年1月12日 (五) 23:40的版本
第62行：		第62行：
	用Moderator权限组继承VIP权限组的例子		用Moderator权限组继承VIP权限组的例子

	pex group VIP parents set Member ~~（这个命令是VIP组组继承了Moderator组的所有权限）~~		pex group VIP parents set Member （这个命令是VIP组组继承了Member组的所有权限）
	pex group Moderator parents set VIP （这个命令是Moderator组继承了VIP组的所有权限）		pex group Moderator parents set VIP （这个命令是Moderator组继承了VIP组的所有权限）
	删除多余的权限节点		删除多余的权限节点

C7w：/* 概述 */

2017-06-03T12:39:47Z

概述

←上一版本		2017年6月3日 (六) 12:39的版本
第9行：		第9行：
	=概述=		=概述=
	==介绍==		==介绍==
	PermissionsEx (PEX) ~~是一个新的权限（组）, 基于权限组和它的所有功能~~. ~~但是PEX插件能做到更多！它提供了各式各样有力的后台和游戏内管理方式, 很好的限制了一些玩家对于服务器的修改~~.		欢迎来到 PermissionsEX Wiki！

			注意：本WIKI的内容的版本是PEX 1.X，2.X的开发构建版本可能会有些许出入，另一个版本的帮助文档在[[https://github.com/PEXPlugins/PermissionsEx/tree/master/doc doc目录]]下可以获得

			PermissionsEx (PEX) 是最老并且最好的Bukkit权限插件。它在 Permissions 2.x （2011年）时发布，并且在支持下，更新至今。

			但 PEX 有更多内容！它为叫做[[https://github.com/PEXPlugins/Modifyworld/wiki Modifyworld]]的世界修正程序提供不同的后端，有用的结构化游戏内指令管理和极棒的精细的限制条件。

			本Wiki包括你使用 PermissionsEx 时所需要的所有东西。如果你有任何问题的话，请在我们的IRC隧道或访问PEX官方论坛提出。

	==现有特性==		==现有特性==

Ksg10：一点微小的汉化

2016-11-05T11:19:18Z

一点微小的汉化

←上一版本		2016年11月5日 (六) 11:19的版本
第170行：		第170行：
	如果Donator组树列在第一个（这是建议的修改）,PEX会遵循继承树第一组，具有多世界的权限，并允许访问该节点。		如果Donator组树列在第一个（这是建议的修改）,PEX会遵循继承树第一组，具有多世界的权限，并允许访问该节点。

	===~~Regular Expressions~~ (regex)===		==='''正则表达式''' (regex)===

	~~Regular Expressions~~, ~~also known as~~ regex or regexp, ~~is a way to~~ 'match' ~~strings of text~~, ~~such as particular characters~~, ~~words~~, ~~or patterns of characters~~. PEX ~~supports a subset of regex in it's permission node checks~~.		正则表达式, 也被称为 regex 或者 regexp, 这是一种 'match' 字符串文本, 例如特殊字符, 单词, 或者说是字符模式. PEX 支持在它的权限节点中使用正则表达式中的一个子集.

	PEX ~~supports open and closed parentheses ( ) for grouping~~, ~~curly braces~~ { } ~~for pattern matching~~, ~~a pipe~~ \| ~~for~~ "or", ~~and a dash~~ - ~~for through~~ (~~as in numbers 1 through 5~~).		PEX 支持使用左右圆括号“（）”来分组, 大括号 “{ }” 来选择模式, “ \| ”来表达 "或者", 和一个破折号 “-” 来表达从……到…… (如数字1至5).

	WARNING: If you have any nodes that use these characters then you MUST either put the line in quotes or escape with a backslash the character. If you do not, PEX may mistake the character as an attempt to use a regex, causing a Java error and rendering your permissions useless!		WARNING: If you have any nodes that use these characters then you MUST either put the line in quotes or escape with a backslash the character. If you do not, PEX may mistake the character as an attempt to use a regex, causing a Java error and rendering your permissions useless!
第299行：		第299行：
	permissions:		permissions:
	- modifyworld.*		- modifyworld.*

	===多世界继承===		===多世界继承===

Lehao：/* 继承树 */

2016-06-09T04:11:28Z

继承树

←上一版本		2016年6月9日 (四) 04:11的版本
第166行：		第166行：
	<big>Guest (no permissions)</big> <small>[Guest组（没有权限）]</small>		<big>Guest (no permissions)</big> <small>[Guest组（没有权限）]</small>

	~~在这种情况下，这个问题是由于Moderator组树第一个被评估，且发现否定多世界节点而停止寻找多世界文件。~~		在这种情况下，这个问题是由于Moderator组树第一个被评估，且发现否定多世界节点而停止寻找后台文件。

	如果Donator组树列在第一个（这是建议的修改）,PEX会遵循继承树第一组，具有多世界的权限，并允许访问该节点。		如果Donator组树列在第一个（这是建议的修改）,PEX会遵循继承树第一组，具有多世界的权限，并允许访问该节点。

Lehao：/* 继承树 */

2016-06-09T04:00:11Z

继承树

←上一版本		2016年6月9日 (四) 04:00的版本
第152行：		第152行：
	这是ModD组一个简化版本的继承树：		这是ModD组一个简化版本的继承树：

	<big>ModD permissions (none)</big>		<big>ModD permissions (none)</big> <small>[ModD组的权限（无）]</small>

	~~ModD组的权限（无）~~		<big>Moderator (generic.moderator.permissions) which inherits from Player</big> <small>[Moderator组(generic.moderator.permissions)继承Player组]</small>

	~~Moderator~~ (~~generic~~.~~moderator~~.~~permissions~~) ~~which~~ inherits from ~~Player~~		<big>Player (which has -multiverse.access.world_creative among others) and inherits from Guest</big> <small>[Player组（其中有-multiverse.access.world_creative等权限) 继承了Guest组]</small>

	~~Moderator组~~(~~generic.moderator.~~permissions)~~继承Player组~~		<big>Guest (no permissions)</big> <small>[Guest组（没有权限）]</small>

	~~Player~~ (~~which has -~~multiverse.access~~.world_creative among others~~) ~~and~~ inherits from ~~Guest~~		<big>Donator (generic.donor.permissions, multiverse portal access node) which inherits from Player</big> <small>[Donator组(generic.donor.permissions, 多世界访问节点)继承了Player组]</small>

	~~Player组（其中有~~-multiverse.access.world_creative等权限) 继承了Guest组		<big>Player (which has -multiverse.access.world_creative among others) and inherits from Guest</big> <small>Player组(其中有-multiverse.access.world_creative等权限) [继承了Guest组]</small>

	Guest (no permissions)		<big>Guest (no permissions)</big> <small>[Guest组（没有权限）]</small>

	~~Guest组（没有权限）~~

	~~Donator (generic.donor.permissions, multiverse portal access node) which inherits from Player~~

	~~Donator组(generic.donor.permissions, 多世界访问节点)继承了Player组~~

	~~Player (which has -multiverse.access.world_creative among others) and inherits from Guest~~

	~~Player组(其中有-multiverse.access.world_creative等权限) 继承了Guest组~~

	~~Guest (no permissions)~~

	~~Guest组（没有权限）~~
	在这种情况下，这个问题是由于Moderator组树第一个被评估，且发现否定多世界节点而停止寻找多世界文件。		在这种情况下，这个问题是由于Moderator组树第一个被评估，且发现否定多世界节点而停止寻找多世界文件。

	~~如果Donator组树列在第一个（这是建议的修改），~~,PEX会遵循继承树第一组，具有多世界的权限，并允许访问该节点。		如果Donator组树列在第一个（这是建议的修改）,PEX会遵循继承树第一组，具有多世界的权限，并允许访问该节点。

	===Regular Expressions (regex)===		===Regular Expressions (regex)===

Lehao：/* 继承树 */

2016-06-09T03:49:39Z

继承树

←上一版本		2016年6月9日 (四) 03:49的版本
第146行：		第146行：
	- Moderator		- Moderator
	- Supporter		- Supporter
	~~The original forum post these nodes came from was asking why the ModD group was not getting the~~ multiverse.portal.access.end ~~node it was inheriting from the Donator group. Well, the reason for this is because of the way PEX evaluates nodes in a file backend and the inheritance tree.~~		有人在原来的论坛上发帖询问节点:为什么ModD组<multiverse.portal.access.end>节点不是从Donator组继承。

	~~An abbreviated version of the tree for the~~ ModD ~~group is this:~~		好吧，这是因为PEX节点在文件后台和继承树判断的方式。

			这是ModD组一个简化版本的继承树：

			<big>ModD permissions (none)</big>

			ModD组的权限（无）

	~~ModD permissions (none)~~
	Moderator (generic.moderator.permissions) which inherits from Player		Moderator (generic.moderator.permissions) which inherits from Player

			Moderator组(generic.moderator.permissions)继承Player组

	Player (which has -multiverse.access.world_creative among others) and inherits from Guest		Player (which has -multiverse.access.world_creative among others) and inherits from Guest

			Player组（其中有-multiverse.access.world_creative等权限) 继承了Guest组

	Guest (no permissions)		Guest (no permissions)

			Guest组（没有权限）

	Donator (generic.donor.permissions, multiverse portal access node) which inherits from Player		Donator (generic.donor.permissions, multiverse portal access node) which inherits from Player

			Donator组(generic.donor.permissions, 多世界访问节点)继承了Player组

	Player (which has -multiverse.access.world_creative among others) and inherits from Guest		Player (which has -multiverse.access.world_creative among others) and inherits from Guest

			Player组(其中有-multiverse.access.world_creative等权限) 继承了Guest组

	Guest (no permissions)		Guest (no permissions)
	~~In this case~~, the issue was due to the Moderator tree being evaluated first, which finds the negation node for multiverse and stops looking. If the Donator tree was listed first (which was the suggested fix), PEX would follow that inheritance tree first, which has the multiverse permissions, and allow access to that node.
			Guest组（没有权限）
			在这种情况下，这个问题是由于Moderator组树第一个被评估，且发现否定多世界节点而停止寻找多世界文件。

			如果Donator组树列在第一个（这是建议的修改），,PEX会遵循继承树第一组，具有多世界的权限，并允许访问该节点。

	===Regular Expressions (regex)===		===Regular Expressions (regex)===

2015年8月22日 (六) 08:58 Abscene

2015-08-22T08:58:15Z

←上一版本		2015年8月22日 (六) 08:58的版本
第44行：		第44行：
	对玩家的设置(前缀,后缀,权限节点,etc.)拥有比组更高的优先权.		对玩家的设置(前缀,后缀,权限节点,etc.)拥有比组更高的优先权.
	设置给一个组的玩家权限在当玩家个人设置生效前被组中任意玩家继承.		设置给一个组的玩家权限在当玩家个人设置生效前被组中任意玩家继承.
	~~Permission nodes are evaluated in order of the inheritance tree~~ (~~see The Inheritance Tree for details~~)		允许节点以继承树的顺序进行继承 (详细信息请见继承树)
	~~A group set to inherit from another group will inherit everything~~ (~~this includes other inheritance directives!~~) ~~from the source group~~, ~~not just permissions~~. ~~For example~~, ~~if you have group B inheriting from group A~~, ~~and group A is set to inherit from group B~~, PEX ~~will follow the inheritance chain on group A~~, ~~which is set to inherit from B, which inherits from A, and so on~~. ~~Watch for this, it will cause a loop that will crash PEX~~.		一个组在继承另一个组的权限时会另一组的继承一切 (这包或其他继承指令！), 不仅仅是权限.
			例如, 如果B组继承A组, 然后A组继承B组, PEX 将遵从A组的继承链, 谁继承了B组、谁继承了A组等等...看这个，它会导致一个循环，PEX将崩溃！

	===对现有的权限组使用继承功能 ===		===对现有的权限组使用继承功能 ===
第91行：		第92行：
	===继承树===		===继承树===

	(~~Thanks goes to~~ aviator14 ~~for use of these nodes~~)		(感谢 aviator14 使用这些节点)

	~~Due to the way PEX deals with file backends, it may help to view inheritance as a tree~~. ~~For example, we have the following permission nodes~~:		使用这种方式使PEX处理后台文件时，能使继承节点看起来像一棵树.例如，我们有以下权限节点:

	Guest:		Guest:

Mcdarc：/* IMPORTANT NOTICES */

2015-08-11T10:22:44Z

IMPORTANT NOTICES

←上一版本		2015年8月11日 (二) 10:22的版本
第741行：		第741行：

	当你在使用PEX插件时，你可以在文件里一行指定多个物品，用\|分开，打出这个需要按住shift后按反斜杠\，比如(260\|296\|297) 就是苹果，小麦和面包，当然先要设置use-material-names: false		当你在使用PEX插件时，你可以在文件里一行指定多个物品，用\|分开，打出这个需要按住shift后按反斜杠\，比如(260\|296\|297) 就是苹果，小麦和面包，当然先要设置use-material-names: false
	===~~IMPORTANT NOTICES~~===		===重要提醒===

	Thanks to Bukkit user @Tahg we were notified about one issue with the modifyworld.blocks.place.* node: If you remove modifyworld.* from a group, for the group to place blocks, you will need to specify what blocks the group is allowed to place other blocks on using the modifyworld.blocks.interact.* (alternately you can use a wildcard for the block ID with modifyworld.blocks.interact.) in addition to the modifyworld.blocks.place. for the blocks the group is allowed to place. This is because Bukkit checks first for onPlayerInteract() then for onBlockPlace().		Thanks to Bukkit user @Tahg we were notified about one issue with the modifyworld.blocks.place.* node: If you remove modifyworld.* from a group, for the group to place blocks, you will need to specify what blocks the group is allowed to place other blocks on using the modifyworld.blocks.interact.* (alternately you can use a wildcard for the block ID with modifyworld.blocks.interact.) in addition to the modifyworld.blocks.place. for the blocks the group is allowed to place. This is because Bukkit checks first for onPlayerInteract() then for onBlockPlace().
	For example, when trying to place a sand block on a grass block, the permission node checks are modifyworld.blocks.interact.grass then modifyworld.blocks.place.sand. Consider the block being targeted with this action - the interact permission is required for the block that is targeted with right-click, and thus could be to the side or above the placed block.		For example, when trying to place a sand block on a grass block, the permission node checks are modifyworld.blocks.interact.grass then modifyworld.blocks.place.sand. Consider the block being targeted with this action - the interact permission is required for the block that is targeted with right-click, and thus could be to the side or above the placed block.
	Metadata can appear on a lot of blocks and items that you might not expect, please make sure you read the section on Metadata and check the debug output before posting in the forums!		Metadata can appear on a lot of blocks and items that you might not expect, please make sure you read the section on Metadata and check the debug output before posting in the forums!

	===配置文件===		===配置文件===

PermissionsEX - 版本历史

Jeason Lan：​/* 正则表达式 (regex) */

Liuyi585851：​/* 存储方式 */

叁只番茄：​/* 进阶权限管理 */

C7w：​/* 概述 */

Ksg10：​一点微小的汉化

Lehao：​/* 继承树 */

Lehao：​/* 继承树 */

Lehao：​/* 继承树 */

2015年8月22日 (六) 08:58 Abscene

Mcdarc：​/* IMPORTANT NOTICES */

Jeason Lan：/* 正则表达式 (regex) */

Liuyi585851：/* 存储方式 */

叁只番茄：/* 进阶权限管理 */

C7w：/* 概述 */

Ksg10：一点微小的汉化

Lehao：/* 继承树 */

Lehao：/* 继承树 */

Lehao：/* 继承树 */

Mcdarc：/* IMPORTANT NOTICES */