Administrar protecciones

Lo que solo hace el staff con las protecciones: encontrar cualquier protección de la red y arreglarla, editar tiers sin tocar el archivo, traer las regiones de ProtectionStones y limpiar el terreno donde ya no juega nadie. Todos los menús y comandos de esta página necesitan exyliasurvivalcore.protections.admin.

Permisos

No se declara nada en plugin.yml, así que ningún permiso tiene valor por defecto: hay que concederlos. Los operadores pasan todas las comprobaciones, con la excepción que se explica abajo.

Hay dos más que escribes tú: el permission de un tier, necesario para colocar y comprar su núcleo, y el permission de un nivel de mejora, necesario para alcanzarlo.

Comandos

give y migrate, import y cleanup también funcionan desde la consola.

El menú de administración

/protections admin lista todas las protecciones de la red, ordenadas por dueño y luego por nombre. Cinco filtros la acotan:

El estado de una protección es lo más urgente de ella, en este orden: asaltable, abandonada, en venta, en alquiler, normal. Los filtros de cada admin son suyos y se mantienen hasta que se reinicia el servidor.

Los botones editor de tiers y limpieza de inactivas abren las secciones de abajo. Una protección abre su pantalla de administración:

Cada acción de admin se escribe en el log de la protección como hecha por un admin.

El editor de tiers

El botón editor de tiers lista cada tier con su tamaño, altura, precio en tienda, límite y cuántas protecciones de la red lo usan. Nuevo tier pide un id — hasta 32 caracteres de a-z, 0-9, - y _ — y lo abre con los campos por defecto.

Cada cambio reescribe modules/protections/config.yml, así que todos los servidores que leen ese archivo lo recogen. Las vidas y el coste de mantenimiento de un tier se guardan en sus propias secciones, y sin editarlos el tier se queda con raids.default-lives y upkeep.default-cost.

Borrar tier se rechaza mientras cualquier protección de la red use el tier, y para el tier que nombra selection.tier. Los objetos núcleo de un tier borrado dejan de funcionar: colocar uno se rechaza.

Importar ProtectionStones

/protections admin import protectionstones convierte regiones de ProtectionStones en protecciones. Necesita WorldGuard activo; ProtectionStones puede estar ya desinstalado, porque WorldGuard conserva las regiones y sus flags. Ejecútalo antes con --dry-run: informa de lo que pasaría y no cambia nada.

Recorre todos los mundos cargados de este servidor y toma cada región llamada ps<x>x<y>y<z>z. El núcleo es el bloque al que apunta ese nombre, y la caja de la región pasa a ser el terreno.

Un flag que la región nunca fijó conserva el valor por defecto del tier. Cuando varios flags de WorldGuard alimentan uno solo, basta con que uno deniegue para apagarlo. Un rol que la protección no tiene se cambia por su primer rol distinto de visitor.

Una región se queda fuera, y se lista con el motivo, cuando no es un cuboide (las regiones fusionadas de ProtectionStones son polígonos), no tiene dueño, no tiene tier o se solapa con una protección que ya existe o con otra que la misma ejecución ya tomó. El informe cuenta las importadas, las ya importadas, las solapadas y las saltadas, y lista los diez primeros problemas.

El id de una protección importada sale de su servidor, su mundo y su región, así que volver a ejecutar la importación salta lo que ya trajo. No se comprueban los límites, y cada protección pertenece al servidor que ejecutó la importación.

Limpieza de inactivas

Retira las protecciones cuyo dueño y miembros han dejado de jugar. Desde el menú, el botón limpieza de inactivas pregunta cuántos días — de 1 a 3650, ofreciendo primero cleanup.default-days (30) — y lista lo que se iría. Desde el comando, /protections admin cleanup <días> muestra el recuento y las diez primeras, y con confirm la ejecuta.

Una protección se retira cuando:

1. Su dueño y todos sus miembros se vieron por última vez hace más de esos días. Los miembros de clan no cuentan: un clan se añade entero.
2. Nadie en ella es desconocido — nunca visto —, salvo con --include-unknown o el interruptor jugadores nunca vistos del menú.
3. Nadie la alquila ahora mismo, con cleanup.skip-with-tenants.
4. Su banco no guarda nada, con cleanup.skip-with-bank.

"Visto por última vez" es la última entrada o salida de un jugador en cualquier servidor de la red, y ahora mismo mientras está conectado.

La retirada va de batch-size en batch-size por tick, y vuelve a juzgar cada protección antes, así que un dueño que ha vuelto desde la vista previa conserva su terreno. Cada una queda registrada como retirada por la limpieza de inactivas.

WorldGuard

WorldGuard es una dependencia opcional. El módulo pregunta si hay un plugin llamado WorldGuard activo sin cargar ninguna clase de WorldGuard, así que un servidor sin él activa las protecciones con normalidad y funciona con el backend INTERNAL.

Con WorldGuard activo, colocar terreno comprueba las regiones ajenas en los dos backends, y el backend WORLDGUARD refleja cada protección de este servidor como una región, como se explica en Protecciones.

Si WorldGuard está o no se decide al activarse el módulo. Instalarlo después requiere reiniciar.

Migrar. /protections admin migrate WORLDGUARD escribe settings.backend y crea una región por cada protección de este servidor; migrate INTERNAL quita de todos los mundos cargados todas las regiones cuyo id empieza por sc_ps_. La respuesta dice cuántas protecciones de este servidor se sincronizaron. Cada servidor de una red migra las suyas.