Frameworks y recursos

Cada script Nayretis se comunica con tu servidor a través del bridge de nay_lib. Detecta tu framework, inventario, target y notificaciones la primera vez que se usa, así que el mismo script funciona en todas las configuraciones compatibles.

Configuraciones compatibles

Módulo	Adaptadores	Alternativa
Framework	qbox (qbx_core), ox (ox_core), esx (es_extended), qbcore (qb-core), custom	ninguna, el script se detiene con un error
Inventario	ox_inventory, qs-inventory, qb-inventory	framework (el inventario propio del framework)
Target	ox_target, qb-target	none (avisos de tecla)
Notificaciones	ox_lib, nayretis (solo si se fuerza)	framework, luego native (feed de GTA)

La detección sigue el orden de la tabla. Inicia nay_lib después de los recursos de tu framework, inventario y target; si no, no se pueden detectar.

Forzar un adaptador

Si la detección elige el recurso equivocado, fuérzalo en server.cfg con setr (el cliente también lo lee):

setr nay:framework "esx"
setr nay:inventory "ox_inventory"
setr nay:target "ox_target"
setr nay:notify "native"

Los valores son los nombres de adaptador de arriba, o auto (el valor por defecto). Consulta Convars.

¿Usas un framework que no está en la lista? Escribe un adaptador personalizado.

Limitaciones conocidas

• ox_core: no hay indicador de servicio, así que el grupo activo se trata como el trabajo en servicio. El rango más alto de un grupo cuenta como jefe.
• ox_inventory (con cualquier framework): los objetos usables deben existir en ox_inventory/data/items.lua. ox_inventory solo llama al callback del objeto para objetos sin consume, client.export ni server.export.
• qb-inventory: los metadatos de los objetos se ignoran al contarlos.
• qs-inventory: los resultados de añadir y quitar objetos no están documentados. Cualquier resultado distinto de false se trata como un éxito.
• ESX: las notificaciones usan esx_notify cuando está iniciado, y el feed de GTA en caso contrario.