Contenido generado con IA — puede contener errores.

Referencia

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