Referencia

Permisos

Los cuatro nodos que declara el plugin, lo que de verdad dejan pasar admin y bypass, cuántas protecciones puede tener un jugador, y los nombres de ExyliaSurvivalCore que siguen funcionando.

Nodos del plugin

Permiso	Por defecto	Qué controla
`exyliaprotections.use`	todos	`/protections` y cada subcomando fuera de `admin`, y con ellos los menús que abren.
`exyliaprotections.select`	todos	Proteger terreno seleccionando dos esquinas, cuando `selection.enabled` está activado. Sin él, el menú principal oculta la opción.
`exyliaprotections.admin`	operadores	Los subcomandos `admin`, el menú de administración y cada acción que hay en él. En todas las protecciones cuenta además como dueño y como poseedor de todos los permisos de rol.
`exyliaprotections.bypass`	operadores	Construir, usar y entrar en cualquier cosa dentro de cualquier protección.

exyliaprotections.use solo controla comandos. Colocar un núcleo que el jugador ya tiene no pide nada salvo el permiso propio del tier, si el tier define uno.

Lo que deja pasar admin

exyliaprotections.admin es un nodo de gestión, no de construcción:

Pasa cada subcomando y botón de menú que pide Dueño o un permiso de rol: vender, transferir, mejorar, fusionar, usar el banco, editar miembros, roles y flags de la protección de cualquiera.
Siempre puede entrar, digan lo que digan el cierre o los baneos de la protección.
No se le puede banear de una protección, y puede editar su propia entrada en una lista de miembros.
No le deja romper, colocar ni abrir nada en el terreno de otro. Eso es exyliaprotections.bypass.

Lo que deja pasar bypass

Un jugador con bypass pasa todas las comprobaciones dentro de una protección: bloques, contenedores, puertas, entidades, entrada, cierres y baneos. También actúa en mundos cuyas protecciones no han terminado de cargar tras un reinicio, donde a los demás se les pide esperar.

Los operadores se saltan todas las protecciones

El código solo hace caso a exyliaprotections.bypass cuando el nodo está puesto en el jugador, para que tener todos los permisos no baste. Pero el nodo tiene op por defecto, y un valor por defecto cuenta como puesto: todo operador se salta las protecciones desde el primer momento. Para que un operador respete las protecciones, ponle el nodo a false:

/lp user Notch permission set exyliaprotections.bypass false

Cuántas protecciones puede tener un jugador

Permiso	Qué fija
`exyliaprotections.limit.<n>`	El jugador puede tener `n` protecciones.
`exyliasurvivalcore.protections.limit.<n>`	Lo mismo, con su nombre de ExyliaSurvivalCore. Se sigue leyendo.

Gana el número más alto entre los dos prefijos. Un jugador sin ninguno — o cuyo número más alto es 0 — recibe settings.default-limit de config.yml (3). Un nodo que no termina en número se ignora.

Encima se suman dos límites más, de config.yml: tiers.<id>.limit limita cuántas de un tier puede tener un jugador, y settings.world-limits cuántas puede tener por mundo. Ver Crear protecciones.

Permisos que se nombran en config.yml

Dónde	Qué controla	Por defecto
`tiers.<id>.permission`	Colocar un núcleo de ese tier, comprarlo en la tienda, y comprar en el mercado o recibir por transferencia una protección de ese tier.	Vacío: cualquiera.
`upgrades.tiers.<tier>.levels.<n>.permission`	Mejorar a ese nivel.	Vacío: cualquiera.

Pueden ser cualquier nodo, como rank.vip.

Nombres de ExyliaSurvivalCore

Lo que tenía el staff mientras las protecciones vivían en ExyliaSurvivalCore sigue funcionando. ExyliaProtections declara también los nodos antiguos, cada uno con su nodo nuevo como hijo:

Nodo antiguo	Por defecto	Concede
`exyliasurvivalcore.protections`	nadie	`exyliaprotections.use`
`exyliasurvivalcore.protections.select`	nadie	`exyliaprotections.select`
`exyliasurvivalcore.protections.admin`	operadores	`exyliaprotections.admin`
`exyliasurvivalcore.protections.bypass`	operadores	`exyliaprotections.bypass`

Las configuraciones nuevas deberían dar los nombres exyliaprotections.*.

Los permisos de rol no son estos

Lo que un miembro puede hacer dentro de una protección — break, containers, manage-members, bank-withdraw y el resto — es un permiso de rol, que se ajusta en cada protección desde su menú. No son permisos del servidor y ningún plugin de permisos los concede. Ver Personas y acceso.

Ejemplos

Que el rango VIP pueda tener seis protecciones:

/lp group vip permission set exyliaprotections.limit.6 true

Quitar la selección a los jugadores nuevos sin quitarles los núcleos:

/lp group default permission set exyliaprotections.select false

Dar el menú de administración a moderadores que no son operadores, sin dejarles construir en cualquier sitio:

/lp group moderator permission set exyliaprotections.admin true

¿Falta algo en esta página? Dínoslo en Discord