Red

Un servidor solo no necesita nada de esta página. Apagado —que es como viene— no se abre ningún canal, no se publica nada y cada entrada toma el mismo camino local de siempre.

Encendido, un servidor anuncia sus eventos al resto de la red. Un jugador que está en el lobby lee que hay un evento esperando en el servidor de arenas, hace clic en la misma línea que imprime cualquier servidor, y se le conecta y se le mete en él. Lo que viaja es el anuncio y la intención de entrar, nunca una ubicación: en cuanto el jugador está en el servidor dueño del evento, se encarga el teletransporte local de siempre al lobby de ese evento.

Qué necesita

Si falta cualquiera de ellos el plugin se queda callado, lo dice una vez en la consola y sigue funcionando como un servidor solo.

Encenderlo

network:
  enabled: true
  return-on-end: true

Las arenas pertenecen a un backend

Una arena guarda el servidor en el que se configuró. Ese servidor es el único que puede editarla, iniciarla o volver a guardarla: es la regla que mantiene segura una base de datos compartida, porque ningún otro backend tiene el mundo en el que está la arena y guardaría una fila llena de sitios que no puede ver.

• La lista de configuraciones del panel de admin muestra el servidor de cada arena.
• /events start <id> sobre una arena que vive en otro sitio le pasa el inicio al servidor que la tiene, e informa de si arrancó. Todos los límites —cooldowns, topes de eventos— los aplica el servidor dueño de la arena, no el que preguntó.
• El autocompletado ofrece las arenas iniciables de toda la red, locales y remotas por igual.

Una arena configurada antes de todo esto no nombra ningún servidor, y decide el mundo: pertenece al backend que tenga el mundo en el que está. En un servidor solo eso siempre es el local, así que nada de lo que un admin ya configuró cambia ni hay que tocarlo.

Un lobby por backend

El lobby principal se guarda por server-id en events_server_settings. Los backends que compartían una base de datos compartían también una sola fila de lobby, así que el último admin en configurar el suyo movía el de todos los demás, a un mundo que solo tenía su servidor. Ahora cada servidor responde por el suyo y no lee el de nadie más.

La fila única que escribió una versión anterior se adopta una sola vez, por el único servidor que realmente tiene ese mundo. En un servidor solo eso siempre se cumple y el lobby se conserva sin que nadie haga nada.

Ids de evento en toda la red

Un evento que viaja se direcciona como servidor:evento. Los ids sin servidor son locales, que son todos los ids que escribe un admin: un id de configuración solo puede llevar a-z, 0-9, _ y -, así que nunca se pueden confundir.

Los mensajes siguen siendo locales

Solo viajan los datos: el evento, su tipo, su estado, cuántos jugadores tiene y quién lo inició. Cada servidor los muestra con su propio messages.yml, así que una red con dos idiomas conserva los dos.