Personas y acceso

Quién puede hacer qué dentro de una protección lo deciden sus roles. A miembros y clanes se les da un rol, cualquier otro es un visitante, y a un miembro concreto se le pueden dar ajustes personales por encima de su rol. Cómo se comporta el terreno para todos — PvP, fuego, mobs — es un conjunto de flags.

Todo se edita desde la pantalla de la protección: Personas tiene miembros, roles y baneos, Acceso tiene las flags, el bloqueo y la bienvenida. Ver Menús.

Cómo se deciden los derechos de un jugador

Para cualquier cosa que haga un jugador dentro de una protección, gana la primera regla que responde:

1. Un jugador con exyliaprotections.bypass definido para él puede hacerlo todo.
2. Mientras la protección esté asaltable, sus enemigos pueden hacer lo que lista raids.raidable-permissions; mientras esté abandonada, también todo el que no sea su dueño ni miembro.
3. El dueño puede hacerlo todo.
4. Dentro de una parcela: el ajuste personal de un miembro de la parcela y después su rol en ella. Una parcela privada rechaza a todos los demás que no tengan manage-subregions.
5. Un ajuste personal de ese jugador, permitir o denegar.
6. El rol propio del jugador.
7. El rol dado a su clan.
8. El rol visitor.

Un jugador que es miembro y además está en un clan añadido usa su propio rol; el rol del clan solo cuenta para quien no tiene uno. Un inquilino cuyo alquiler terminó cuenta como visitante desde ese momento.

Miembros y clanes

Personas → Miembros lista cada miembro con su rol y cuántos ajustes personales tiene, y después cada clan añadido.

Todo necesita manage-members. La pregunta del rol solo ofrece roles cuyos permisos tenga todos el propio jugador: nadie salvo el dueño reparte un permiso que no tiene. visitor nunca se ofrece. Con las mejoras de nivel activadas, cada nivel limita cuántos miembros y clanes juntos admite una protección (upgrades.base-max-members, 8, antes de cualquier mejora).

El rol de un clan se aplica a cada miembro del clan, incluidos los que entren después.

Roles

Personas → Roles lista cada rol con cuántos permisos concede y cuántos miembros y clanes lo tienen, con visitor al final. Necesita manage-roles.

Un nombre de rol tiene hasta 16 caracteres de a-z, 0-9, - y _, no puede ser owner ni repetir otro rol. visitor no se puede renombrar ni borrar.

Las protecciones nuevas empiezan con la sección roles de config.yml:

roles:
  member:
    permissions: [break, place, containers, doors, redstone, buckets, animals, ride,
                  decorations, trade, leash, bank-deposit]
  trusted:
    permissions: [break, place, containers, doors, redstone, buckets, animals, ride,
                  decorations, trade, leash, manage-members, set-home, bank-deposit]
  visitor:
    permissions: []

Las claves de flag escritas en un rol se ignoran. Cada protección guarda su propia copia de sus roles: editar esta sección solo cambia las protecciones nuevas.

Reglas que protegen la protección

• Cambiar un permiso de un rol necesita manage-roles y tener ese permiso uno mismo.
• Nadie salvo el dueño edita el rol que tiene, ni sus propios ajustes personales, rol o membresía: "Solo el dueño puede cambiar tu propio acceso."
• El rol visitor incluye a todos los que no son miembros, así que solo puede recibir los permisos del terreno (de break a leash abajo). Los permisos de gestión se le rechazan, y nunca los concede aunque se escriban a mano en el archivo.
• Abrir la pantalla de la protección e ir al hogar necesitan ser miembro. Borrar, recoger el núcleo, vender, regalar, mejorar, fusionar y activar ventajas son solo del dueño.

Permisos de rol

"Se ofrece mientras" es cuándo aparece el permiso en las pantallas de roles y de ajustes personales. Un permiso cuya función está desactivada se oculta, no se quita: vuelve tal como estaba al activar la función. Los mobs hostiles nunca están protegidos, y los ataques entre jugadores los decide la flag pvp, no un permiso.

Ajustes personales

Un ajuste personal fija un permiso para un miembro, ignorando su rol. Cada clic en un permiso de la pantalla de ajustes de un miembro lo pasa por ROL (seguir el rol) → PERMITIR → DENEGAR → de vuelta a rol. La lista de miembros muestra cuántos ajustes tiene cada uno.

Los ajustes necesitan manage-members, y cambiar uno necesita tener ese permiso uno mismo. Existen solo para jugadores, no para clanes, y desaparecen cuando se quita al miembro. Los miembros de una parcela tienen ajustes propios dentro de su parcela, definidos desde la pantalla de la parcela.

Flags

Una flag es el interruptor del propio terreno. Se aplica a todos los que están dentro, sean miembros o no. Acceso → Propiedades las cambia; necesita edit-flags.

Algunas reglas valen digan lo que digan las flags:

• Los líquidos nunca fluyen dentro de una protección desde fuera.
• Los pistones nunca mueven un bloque hacia dentro, hacia fuera ni a través de una protección que no sea la suya.
• Las tolvas y vagonetas con tolva de fuera de una protección nunca sacan de un contenedor de dentro, y los dispensadores de fuera nunca disparan hacia dentro.
• Los bloques que caen nunca aterrizan en una protección distinta de aquella de la que cayeron, y los proyectiles que nadie disparó (desde un dispensador de fuera, por ejemplo) no cambian ningún bloque de dentro.
• Los mobs nunca pisotean cultivos dentro de una protección.

Un jugador que enciende fuego necesita place. settings.deny-message-cooldown-millis (1500) es cuánto espera un jugador entre dos mensajes de "Este terreno está protegido."

Baneos

Con submodules.bans, un jugador con manage-bans banea a alguien de la protección. Un jugador baneado es empujado justo fuera del borde más cercano y no puede volver: caminar, montar, perlas de ender, fruta coral, comandos, teletransportes de plugins, el modo espectador y los portales hacia dentro se detienen. Al entrar al servidor o reaparecer dentro, se le vuelve a echar.

Personas → Expulsiones lista los baneos en curso con su motivo, quién baneó y el tiempo restante; clic derecho en uno lo levanta. Banear jugador hace dos preguntas y muestra un resumen antes de guardar nada: el nombre del jugador, y luego "¿Por cuánto tiempo y por qué?". La respuesta es una duración seguida de un motivo opcional: 7d griefing, 2h, 30m spam, o permanent (también perm o forever) para un baneo que no termina.

Lo mismo desde el chat, de pie en la protección:

/protections ban <jugador> [duración] [motivo]
/protections unban <jugador>

Sin duración el baneo es permanente; un motivo necesita una duración delante. Un motivo es texto plano de hasta bans.reason-max-length (64) caracteres: se quitan colores y placeholders.

No se puede banear a: el dueño, los miembros (incluidos los de un clan) y los inquilinos — "es miembro. Quítalo primero." — ni, mientras estén conectados, a quien tenga el permiso de admin o el bypass.

Un baneo vale incluso mientras la protección está abierta a visitantes. Un asalto o un abandono abre el terreno a todos, digan lo que digan sus baneos y su bloqueo. Desactivar submodules.bans deja de aplicar los baneos pero los conserva; vuelven a valer al activarlo de nuevo.

Bloqueo

Con submodules.lock, un jugador con toggle-lock cierra la protección para que solo entren el dueño, los miembros, los inquilinos y los miembros de parcela. Cerrar es desactivar la flag visitor-entry, desde Acceso → Bloqueo o con /protections lock de pie dentro. Los visitantes que ya estén dentro son echados.

Bienvenidas y despedidas

Con submodules.enter-leave, al entrar en una protección se muestra un título y al salir una barra de acción. Un jugador con rename define los textos propios de la protección desde Acceso → Bienvenida y despedida:

Ambas son texto plano, recortado a enter-leave.message-max-length (64) caracteres. Sin una propia, la protección usa enter-default ("Propiedad de %owner%") y leave-default ("« Saliste de %name%") de messages.yml.

Los títulos en sí están en la sección enter-leave de messages.yml: enter-title (%name% sobre %message%), enter-actionbar (vacío), leave-title (vacío) y leave-actionbar (%message%). Placeholders: %name%, %owner% y %message%, que es la bienvenida o la despedida. Pasar directamente de una protección a otra solo saluda. Entrar en una parcela muestra enter-subregion en la barra de acción. Con ExyliaSurvivalCore instalado, los jugadores pueden silenciarlo todo con su ajuste protection-messages.

Registro de auditoría

Con submodules.logs, cada protección guarda un historial. Un jugador con view-logs lo abre desde Defensa → Registros o con /protections logs de pie dentro. Clic izquierdo en Filtrar por acción recorre las acciones, clic derecho lo quita; clic izquierdo en Filtrar por jugador pide un nombre, clic derecho lo quita.

break, place y container registran solo lo que realmente pasó; todo lo demás es un cambio hecho desde una pantalla o un comando. Cada entrada guarda quién, qué (hasta 128 caracteres), dónde, en qué servidor y cuándo.

Bypass y admins

El bypass solo cuenta cuando el permiso está definido para el jugador, por un plugin de permisos o por el valor por defecto de plugin.yml. Ese valor por defecto da los dos permisos a los operadores, así que los operadores se saltan toda protección. Para que un operador juegue con las reglas, pon exyliaprotections.bypass en false para él en tu plugin de permisos. Los nombres antiguos exyliasurvivalcore.protections.admin y exyliasurvivalcore.protections.bypass conceden lo mismo.