Administración

Lo que solo hace el staff: encontrar cualquier protección de la red y arreglarla, editar tiers sin tocar el archivo y limpiar el terreno en el que ya no juega nadie. Todos los menús y comandos de esta página necesitan exyliaprotections.admin, que los operadores tienen por defecto.

Subcomandos de administración

No hay subcomando de recarga. El editor de tiers escribe config.yml por su cuenta y lo aplica al momento; cualquier otro cambio en config.yml o en los mensajes necesita un reinicio. /exylialib reload recompila los archivos de menú.

El menú de administración

/protections admin lista todas las protecciones de la red, ordenadas por dueño y luego por nombre. Clic izquierdo en una abre su pantalla de administración; clic derecho teletransporta a ella.

Cinco filtros acotan la lista. Clic izquierdo en un filtro lo fija y clic derecho lo quita; clic derecho en el botón Admin de protecciones del centro los quita todos.

El estado de una protección es lo más urgente que le pasa, en este orden: saqueable, abandonada, en venta, en alquiler (ella, o una de sus parcelas, tiene una oferta de alquiler), normal. Los filtros de cada administrador son suyos, y se conservan hasta que se desconecta.

La fila de una protección muestra su dueño, tier, tamaño, mundo, servidor, posición del núcleo, miembros y estado. Los botones Editor de tipos y Limpieza de inactivas abren las secciones de abajo.

La pantalla de administración de una protección

La parte de arriba muestra el dueño, el tier y el nivel, el estado, el tamaño, los miembros, el banco, la posición, el servidor, cuándo jugó por última vez su dueño o un miembro, y hace cuánto se creó.

Fijar nivel. Un nivel más alto hace crecer el terreno como una mejora, por la diferencia de radius-bonus, y se rechaza cuando el terreno ampliado se solaparía con otra protección de ese servidor y ese mundo. Un nivel más bajo deja el terreno como está; solo cambian el nivel y lo que desbloquea. No se cobra nada.

Transferir. El jugador se busca por nombre, conectado o no, y la protección pasa a ser suya, digan lo que digan sus límites o el permiso del tier. Todo lo demás sigue las reglas de una venta: los miembros se quedan o se van según market.keep-members, los alquileres terminan devolviendo a cada inquilino su parte del banco, y las ofertas se retiran. Ver Economía. No se rechaza mientras la protección es saqueable, está abandonada o alquilada.

Vidas. Fijar las vidas pide un número de 1 al máximo de la protección, termina cualquier asalto y enfriamiento, y empieza el reloj de recuperación desde ahora. Limpiar el asalto devuelve todas las vidas, sin asalto ni enfriamiento. Ver Asaltos.

Mantenimiento. Solo para una protección abandonada: ya no se debe nada, el siguiente periodo empieza ahora y el dueño cuenta como visto, para que la siguiente revisión no la vuelva a abandonar en el acto. Se rechaza mientras el banco está ocupado. Ver Economía.

Forzar eliminación. La borra aunque esté siendo asaltada, abandonada, alquilada o en venta. Primero se devuelve su parte del banco a los inquilinos y el resto del banco va al dueño, como con cualquier protección borrada. El bloque del núcleo se quita y no se devuelve.

Cada cambio hecho aquí se escribe en el registro de la protección como hecho por un administrador, y desde la consola como hecho por la consola.

El editor de tiers

Editor de tipos lista todos los tiers con su tamaño, altura, precio en la tienda, límite y cuántas protecciones de la red los usan. Nuevo tipo pide un ID, hasta 32 de a-z, 0-9, - y _, y lo abre con los campos de un tier nuevo: un núcleo de AMETHYST_BLOCK llamado PROTECTION CORE, sin descripción, radio 10, altura FULL, y-radius 10, fuera de la tienda, sin permiso, sin límite y sin ninguna flag activada.

Cada cambio reescribe config.yml en el acto y se aplica al momento, en este servidor. Otros servidores que lean el mismo archivo lo recogen en su siguiente reinicio. Las vidas y el coste de mantenimiento de un tier se guardan en sus propias secciones; un tier al que nunca se le dieron usa raids.default-lives y upkeep.default-cost. Lo que significa cada clave está en Crear protecciones.

Eliminar tipo se rechaza mientras alguna protección de la red usa el tier, y para el tier que indica selection.tier. Tras una confirmación peligrosa, el tier se va, con sus entradas de vidas y mantenimiento. Sus núcleos dejan de funcionar: colocar uno se rechaza.

Limpieza de inactivas

Borra las protecciones cuyo dueño y miembros han dejado de jugar.

Desde el menú. Limpieza de inactivas pregunta cuántos días, de 1 a 3650, ofreciendo primero cleanup.default-days, y abre la vista previa: todas las protecciones que se irían, las más antiguas primero, con hace cuánto se vio por última vez a sus jugadores. Pulsar una abre su pantalla de administración.

Desde el comando. /protections admin cleanup <días> muestra cuántas se irían, cuántas se conservaron por tener un jugador nunca visto, un inquilino o dinero en el banco, y las diez primeras con su mundo y su servidor. Añadir confirm la ejecuta en el acto, sin más preguntas. Los días por debajo de 1 cuentan como 1.

Una protección se borra cuando:

1. Su dueño y todos sus miembros jugadores se vieron por última vez hace más de esos días. Los miembros de clanes no cuentan: un clan se añade entero.
2. Nadie en ella es desconocido, nunca visto, salvo con --include-unknown, o con el interruptor Jugadores nunca vistos del menú, activado.
3. Nadie alquila en ella ahora mismo, con cleanup.skip-with-tenants.
4. Su banco no tiene 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 mientras está conectado a este servidor. El plan se vuelve a hacer al empezar el borrado, y cada protección se juzga otra vez justo antes de irse, así que un dueño que volvió desde la vista previa conserva su terreno. El borrado avanza batch-size protecciones por tick y le dice a quien lo empezó cuántas borró. Cada una se registra como borrada por la limpieza de inactividad, su banco va al dueño y su bloque de núcleo se quita.

Una limpieza que sigue en marcha cuando se apaga el servidor se cancela; lo que aún no había borrado se queda.

Todas las claves

cleanup:
  default-days: 30
  skip-with-tenants: true
  skip-with-bank: false
  batch-size: 20