Frameworks e recursos

Cada script Nayretis comunica com o seu servidor através da bridge do nay_lib. Esta deteta o seu framework, inventário, target e notificações da primeira vez que é usada, por isso o mesmo script funciona em todas as stacks suportadas.

Stacks suportadas

Módulo	Adaptadores	Alternativa
Framework	qbox (qbx_core), ox (ox_core), esx (es_extended), qbcore (qb-core), custom	nenhuma, o script para com um erro
Inventário	ox_inventory, qs-inventory, qb-inventory	framework (o inventário do próprio framework)
Target	ox_target, qb-target	none (avisos de tecla)
Notificações	ox_lib, nayretis (só quando forçado)	framework, depois native (feed do GTA)

A deteção segue a ordem da tabela. Inicie o nay_lib depois dos recursos de framework, inventário e target, caso contrário estes não podem ser detetados.

Forçar um adaptador

Se a deteção escolher o recurso errado, force-o no server.cfg com setr (o cliente também lê o valor):

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

Os valores são os nomes de adaptador acima, ou auto (a predefinição). Consulte Convars.

Usa um framework que não está na lista? Escreva um adaptador personalizado.

Limitações conhecidas

• ox_core: não existe flag de serviço, por isso o grupo ativo é tratado como a profissão em serviço. O grau mais alto de um grupo conta como chefe.
• ox_inventory (em qualquer framework): os itens utilizáveis têm de existir em ox_inventory/data/items.lua. O ox_inventory só chama o callback do item para itens sem consume, client.export ou server.export.
• qb-inventory: os metadados dos itens são ignorados na contagem de itens.
• qs-inventory: os resultados de adicionar e retirar itens não estão documentados. Qualquer resultado diferente de false é tratado como sucesso.
• ESX: as notificações usam o esx_notify quando está iniciado, e o feed do GTA caso contrário.