Frameworks et ressources

Chaque script Nayretis parle à votre serveur par le bridge de nay_lib. Il détecte votre framework, votre inventaire, votre target et vos notifications à la première utilisation : le même script tourne sur toutes les configurations prises en charge.

Configurations prises en charge

Module	Adaptateurs	Repli
Framework	qbox (qbx_core), ox (ox_core), esx (es_extended), qbcore (qb-core), custom	aucun, le script s'arrête avec une erreur
Inventaire	ox_inventory, qs-inventory, qb-inventory	framework (l'inventaire du framework)
Target	ox_target, qb-target	none (invites de touche)
Notifications	ox_lib, nayretis (seulement si forcé)	framework, puis native (fil GTA)

La détection suit l'ordre du tableau. Démarrez nay_lib après votre framework, votre inventaire et votre target, sinon ils ne peuvent pas être détectés.

Forcer un adaptateur

Si la détection choisit la mauvaise ressource, forcez-la dans server.cfg avec setr (le client la lit aussi) :

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

Les valeurs sont les noms d'adaptateurs ci-dessus, ou auto (par défaut). Voir Convars.

Votre framework n'est pas dans la liste ? Écrivez un adaptateur personnalisé.

Limites connues

• ox_core : il n'y a pas d'indicateur de service, le groupe actif compte donc comme métier en service. Le grade le plus haut d'un groupe compte comme patron.
• ox_inventory (tout framework) : les objets utilisables doivent exister dans ox_inventory/data/items.lua. ox_inventory n'appelle le callback que pour les objets sans consume, client.export ni server.export.
• qb-inventory : les métadonnées des objets sont ignorées dans les comptes d'objets.
• qs-inventory : les résultats des ajouts et retraits d'objets ne sont pas documentés. Tout résultat autre que false compte comme un succès.
• ESX : les notifications utilisent esx_notify s'il est démarré, le fil GTA sinon.