Frameworks und Ressourcen

Jedes Nayretis Skript spricht über die Bridge von nay_lib mit deinem Server. Sie erkennt dein Framework, Inventar, Target und deine Benachrichtigungen bei der ersten Nutzung, sodass dasselbe Skript auf jedem unterstützten Stack läuft.

Unterstützte Stacks

Modul	Adapter	Ausweichlösung
Framework	qbox (qbx_core), ox (ox_core), esx (es_extended), qbcore (qb-core), custom	keine, das Skript stoppt mit einem Fehler
Inventar	ox_inventory, qs-inventory, qb-inventory	framework (das eigene Inventar des Frameworks)
Target	ox_target, qb-target	none (Tastenhinweise)
Benachrichtigungen	ox_lib, nayretis (nur wenn erzwungen)	framework, dann native (GTA-Feed)

Die Erkennung folgt der Reihenfolge der Tabelle. Starte nay_lib nach deinen Framework-, Inventar- und Target-Ressourcen, sonst können sie nicht erkannt werden.

Einen Adapter erzwingen

Wählt die Erkennung die falsche Ressource, erzwinge sie in der server.cfg mit setr (auch der Client liest den Wert):

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

Die Werte sind die oben genannten Adapternamen oder auto (der Standard). Siehe Convars.

Dein Framework steht nicht in der Liste? Schreibe einen eigenen Adapter.

Bekannte Einschränkungen

• ox_core: Es gibt kein Dienst-Flag, daher gilt die aktive Gruppe als Job im Dienst. Der höchste Rang einer Gruppe zählt als Chef.
• ox_inventory (mit jedem Framework): Benutzbare Items müssen in ox_inventory/data/items.lua existieren. ox_inventory ruft den Item-Callback nur für Items ohne consume, client.export oder server.export auf.
• qb-inventory: Item-Metadaten werden beim Zählen von Items ignoriert.
• qs-inventory: Die Rückgabewerte beim Hinzufügen und Entfernen von Items sind nicht dokumentiert. Jedes Ergebnis außer false gilt als Erfolg.
• ESX: Benachrichtigungen nutzen esx_notify, wenn es gestartet ist, sonst den GTA-Feed.