Contenido generado con IA — puede contener errores.

Servidor

Importar

/spawnersadmin import desde SmartSpawner, WildStacker, RoseStacker, VirtualSpawner y LitSpawners: qué conserva cada uno, simulaciones y cómo migrar con seguridad.

/spawnersadmin import <source> [-dry] convierte los spawners de otro plugin en spawners de ExyliaSpawners, allí donde están. Los datos del plugin antiguo solo se leen, nunca se modifican. Un spawner que ya es de ExyliaSpawners se deja como está, así que ejecutar una importación dos veces no añade nada.

Conserva los archivos del plugin antiguo

Su carpeta tiene que seguir en plugins/ (el plugin en sí puede seguir instalado por ahora).

Simulación

/spawnersadmin import smartspawner -dry lo lee todo y dice cuántos spawners importaría, y por qué no los demás, sin escribir nada. --dry también funciona.

Importa

Lo mismo sin -dry. La respuesta cuenta lo importado y lo omitido.

Quita el plugin antiguo

Antes de que los jugadores usen los spawners, para que dos plugins nunca gestionen el mismo bloque. La importación te lo recuerda si el plugin antiguo sigue activado.

Fuentes

FuenteLeeConserva
smartspawnerSmartSpawner 1.8+ (también smart_spawners de la 1.7): spawners.db, o el MySQL de su config.yml, con su prefijo de tablas y su nombre de servidor.Tipo (también spawners de objetos), pila, experiencia almacenada y botín almacenado. Sin dueño, sin mejoras.
wildstackerdatabase.db, o el MySQL o MariaDB de su config.yml: la tabla spawners.Pila, y su id de mejora como el tier upgrade + 1 cuando ese tier existe. El tipo es el mob del bloque. Sin dueño, sin botín.
rosestackerLas pilas que RoseStacker guarda dentro de cada chunk.Pila. El tipo es el mob del bloque. Sin dueño, sin botín.
virtualspawner, litspawnersDetección automática: el primer archivo SQLite de su carpeta con una tabla que parezca de spawners, leída por nombres de columna comunes.Lo que contengan esas columnas: ubicación, tipo, pila, dueño, experiencia, tier.

smartspawner, wildstacker y rosestacker se leen a partir de sus formatos de almacenamiento publicados.

VirtualSpawner y LitSpawners se detectan automáticamente

Sus formatos de almacenamiento son cerrados, así que estos dos importadores detectan la tabla de spawners en el archivo SQLite del plugin por los nombres de sus columnas, y no se han probado con datos reales de ninguno de los dos plugins. Ejecuta siempre primero con -dry y revisa la tabla y las columnas que registra la consola, y que los recuentos coincidan con lo que mostraba el plugin antiguo. Su almacenamiento en MySQL y MongoDB no se lee.

RoseStacker

RoseStacker no tiene base de datos: cada chunk lleva sus propias pilas. Una importación convierte los chunks cargados en ese momento y deja imports/rosestacker.pending; a partir de entonces cada chunk existente se convierte la primera vez que se carga. Borra ese archivo para pararlo. En Folia, donde no se pueden listar los chunks cargados, cada chunk se convierte al cargarse.

En qué se convierte un spawner importado

  • Tipo: uno de tus ids de tipo, un nombre de entidad (se entienden nombres antiguos como PIG_ZOMBIE), el material de un spawner de objetos comparado con el botín de tus tipos ITEM, o si no, el mob que muestra el bloque. Un spawner cuyo tipo no coincide con ninguno de types.yml se omite, y la respuesta lista esos nombres: añádelos y vuelve a ejecutarla.
  • Tier: el que guardaba la fuente cuando existe, si no conversion.tier.
  • Pila: la que tenía en la fuente, aunque supere tu límite de pila.
  • Almacén: el botín y la experiencia almacenados se meten en su almacén.
  • Dueño: el de la fuente cuando guardaba uno, si no ninguno. Consulta Spawners sin dueño.
Recuento en la respuestaSignifica
ImportadosAhora es un spawner de ExyliaSpawners.
Ya existentesYa era nuestro: se deja como está.
Bloque desaparecidoEl bloque en ese lugar ya no es un spawner.
Tipo desconocidoNingún tipo tuyo coincide.
Mundo ausenteSu mundo no está cargado en este servidor.

Los chunks que nunca se generaron se omiten en lugar de generarse. Solo se ejecuta una importación a la vez, y el comando espera a que el plugin termine de cargar al arrancar. Cada ejecución se escribe en el registro de auditoría.

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