FAQ
Las preguntas que salen: los menús que se sobrescriben o se actualizan, la economía que cambió de sitio, qué necesita WorldGuard, NuVotifier o stats, y los ajustes que no hacen nada.
/stats dice comando desconocido
Porque lo es. La clase del comando existe, y ahora también lee jugadores desconectados, pero a su método
le sigue faltando la anotación que lo registraría, así que el servidor nunca lo recibe. Enlaza
survivalcore:stats_open a un botón de cualquier menú, a un NPC o a un objeto de hotbar: abre el perfil
de quien lo pulsa y sus rankings.
Lo que edito en los menús de administración desaparece
Todo lo que hay bajo menus/admin/ se sustituye desde el jar en cada arranque y cada /sc reload,
aunque cada uno de esos archivos diga lo contrario arriba del todo. Edita en su lugar los menús de
modules/<id>/menus/: esos sí son tuyos. La única pantalla de administración editable es
modules/warps/menus/warp_setup.yml.
Un menú que edité no recibió el botón nuevo
Tus ediciones mandan. Cuando una versión nueva cambia un valor por defecto que no habías tocado en un
menú de modules/<id>/menus/, el cambio espera en /exylialib updates para que lo apliques o lo
conserves; solo se añaden solas las claves que antes no existían. Un menú cuyo menu-version de serie
sube se sustituye entero, y tu archivo anterior se guarda al lado como <nombre>.v<versión anterior>.
Mira Configuración.
He apagado un módulo y no ha cambiado nada
Los interruptores de módulo necesitan reinicio. /sc reload relee los archivos de configuración, los
ajustes de los módulos y los menús, pero nunca enciende ni apaga un módulo: termina con
"Restart to apply module changes" y los ids que siguen esperando.
¿Dónde está la economía?
En este plugin. Las monedas guardadas, sus saldos, el registro de movimientos y el puente con Vault eran
de ExyliaLib y ahora son el módulo economy. Las monedas viven en la base de datos y se editan con
/economyadmin. Un servidor que tenía plugins/ExyliaLib/currencies.yml recibe una copia en
modules/economy/currencies.yml una sola vez, que se importa a las tablas la primera vez que están
vacías y se renombra a currencies.yml.imported. Los saldos y el registro se guardan en
exylia_balances y exylia_ledger.
Con economy apagado no hay monedas guardadas, y los precios usan lo que aporten Vault o PlayerPoints.
¿Puede este plugin ser la economía de Vault del servidor?
Sí, con una moneda guardada. Se registra por debajo de cualquier plugin de economía que ya tengas — EssentialsX o CMI siguen sirviendo a Vault, y esta moneda solo sirve sin ellos — salvo que los ajustes de economía la fuercen por encima. Sin Vault instalado, la consola dice que no se publicó nada. Mira Economía.
Los precios y los pagos se saltan
No hay ninguna moneda registrada: el módulo economy está apagado y ni Vault ni PlayerPoints aportan
una. La consola escribe No economy is installed: prices and payouts are skipped. al arrancar.
¿Las protecciones necesitan WorldGuard?
No. El backend por defecto es INTERNAL, que lo aplica todo por sí mismo. WorldGuard solo hace falta
para el backend WORLDGUARD, para rechazar terreno que se solape con una región de WorldGuard ajena y
para la importación de ProtectionStones. Con WORLDGUARD puesto y sin WorldGuard, el módulo avisa y
vuelve a INTERNAL.
Los votos no llegan nunca
NuVotifier no está instalado, y la consola lo dice al arrancar:
NuVotifier is not installed: votes only arrive through /voteadmin fake. Revisa también que
modules/votes/votes.yml apunte a las páginas de tu servidor: las URL de serie son de ejemplo.
Las misiones no se completan, o las temporadas no clasifican a nadie
stats está apagado. Las misiones miden el progreso sobre los contadores de stats y las temporadas los
clasifican, y solo el módulo stats mantiene esos contadores. Los dos módulos avisan una vez al
arrancar cuando está apagado.
Una varita de venta dice que el módulo está desactivado
Las varitas venden a través de la tienda. Con shop apagado, cada varita responde con el mensaje de
módulo desactivado y la autoventa no recoge nada.
/autosell dice que está encendido y no cambia nada
player-settings está apagado. La autoventa queda entonces encendida para todo jugador con
exyliasurvivalcore.sellwands.autosell, y /autosell no tiene interruptor que cambiar: responde siempre
que la autoventa está encendida.
Las salas de duelo enfrentan a compañeros de clan
No hay ningún plugin de clanes instalado. Los clanes se leen a través de ExyliaLib desde ExyliaClans o SimpleClans; sin ninguno, nadie está en un clan y todo el mundo cuenta como enemigo.
Un rango sale gratis
Su requisito se descartó al leer el archivo. La cabecera de ranks.yml lista money, playtime,
kills y level como tipos de requisito, y los dos últimos no existen: el conjunto real es money,
playtime, placeholder y permission. Un requisito de cualquier otro tipo se descarta en silencio, y
eso deja el rango gratis.
/bounty cancel no cancela
Abre la misma lista que abre /bounty. Cancela una aportación desde el menú.
Las recompensas anónimas no son anónimas
exyliasurvivalcore.bounties.anonymous no tiene efecto por el flujo normal: la pantalla de
confirmación pasa la marca como false sea lo que sea lo que calculó /bounty place. Toda recompensa
puesta así lleva el nombre de quien la puso.
Cualquiera puede ejecutar /reclaim y /playtime
Ninguno de los dos declara permiso. /reclaim ejecuta los comandos de la sección de mayor prioridad
cuyo permiso tenga el jugador, así que los nodos de sección son la única puerta, y a quien no tenga
ninguno se le dice que no hay nada para él. /playtime <rewardId> reclama esa recompensa, y lo único
que frena a alguien es el propio tiempo jugado. Da los nodos de sección con cuidado.
Medio plugin está en español
Ocho de las cadenas por defecto que vienen lo están: las barras de acción y títulos de warmup de spawn,
homes, back, TPA y RTP dicen Teleportando en %time%. Son valores de configuración normales, en el
config.yml de cada módulo. Edítalos.
Un permiso no hace nada
Mira el prefijo. Ocho nodos siguen empezando por survivalcore. en vez de exyliasurvivalcore.: los de
administración del núcleo (survivalcore.admin, survivalcore.admin.reload,
survivalcore.admin.homes), los dos de rankup admin, los dos de farming admin y el de portales admin.
Dalos exactamente como están escritos en la página de Permisos.
Otros dos están declarados y no se leen nunca: exyliasurvivalcore.spawn y
exyliasurvivalcore.rtp.bypass. /spawn está abierto a todo el mundo, y los bypass de RTP que se
comprueban de verdad son los dos nodos que nombra modules/rtp/config.yml — uno para el cooldown y otro
para el precio, los dos survivalcore.rtp.bypass de fábrica.
%exyliasurvivalcore_stats_value_streak% no muestra nada
streak no es un id de stat. Los ids que vienen son kills, deaths, kdr, best_kill_streak,
current_streak, duels_won, balance, bounties_claimed, bounties_earned, votes_total,
votes_best_streak, market_sold, market_earned, blocks_mined, farming_harvested,
crates_opened, missions_completed, mobs_killed y playtime, así que las formas que funcionan son
%exyliasurvivalcore_stats_value_current_streak% y %exyliasurvivalcore_stats_rank_best_kill_streak%.
Los placeholders %exyliasurvivalcore_stats_streak% y %exyliasurvivalcore_stats_best_streak% son otra
cosa y funcionan tal cual están escritos.
Las zonas de regeneración no regeneran nunca
El soporte de esquemas de FastAsyncWorldEdit no se puede usar, y el plugin lo dice una vez al arrancar:
Regen zones are off: <razón>. El módulo sigue activándose y los menús siguen funcionando; no se pega
nada.
¿El plugin necesita FAWE y PacketEvents?
PacketEvents, sí: todos los plugins de Exylia lo necesitan junto a ExyliaLib. FastAsyncWorldEdit, no: solo lo usan las zonas de regeneración, y sin él se quedan apagadas y el log lo dice.
/afkzone y /repair imprimen una línea de uso
Ninguno tiene forma raíz. Los comandos son /afkzone preview <id>, /repair hand y /repair all.
Dos jugadores del mismo grupo de reparación pagan distinto
No están en el mismo grupo. Los grupos de reparación se resuelven en orden de archivo, no por
precio: aplica el primer grupo de groups.yml cuyo nodo tenga el jugador. Escribe primero el mejor
grupo.
¿Pueden compartir esto dos servidores?
Sí. Apúntalos a la misma base de datos y comparten homes, warps, kits, rangos, saldos, estadísticas y
cajas — los homes y warps llevan el servidor en el que se pusieron, así que /home y /warp cruzan la
red, y las peticiones de TPA llegan a jugadores de otro servidor.
Algunos módulos además empujan los cambios entre servidores en el momento: tpa, economy, votes,
seasons, boosters y protections se comunican por los canales de ExyliaLib, y las actualizaciones de
objetos, la fiesta de votos, las temporadas, los potenciadores, las órdenes de compra y los warps,
cuentas, anuncios de mercado y ofertas de alquiler de protecciones recogen las filas que escribe otro
servidor. Todo lo demás se recoge la próxima vez que se lee.
¿Falta algo en esta página? Dínoslo en Discord