Frameworki i zasoby

Każdy skrypt Nayretis komunikuje się z Twoim serwerem przez bridge nay_lib. Przy pierwszym użyciu wykrywa on framework, ekwipunek, target i powiadomienia, dzięki czemu ten sam skrypt działa na każdym obsługiwanym zestawie.

Obsługiwane zestawy

Moduł	Adaptery	Rozwiązanie zapasowe
Framework	qbox (qbx_core), ox (ox_core), esx (es_extended), qbcore (qb-core), custom	brak, skrypt zatrzymuje się z błędem
Ekwipunek	ox_inventory, qs-inventory, qb-inventory	framework (własny ekwipunek frameworka)
Target	ox_target, qb-target	none (podpowiedzi klawiszy)
Powiadomienia	ox_lib, nayretis (tylko po wymuszeniu)	framework, potem native (feed GTA)

Wykrywanie przebiega w kolejności z tabeli. Uruchamiaj nay_lib po zasobach frameworka, ekwipunku i targetu, inaczej nie zostaną wykryte.

Wymuszenie adaptera

Jeśli wykrywanie wybierze zły zasób, wymuś go w server.cfg przez setr (klient też go odczytuje):

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

Wartości to nazwy adapterów z tabeli powyżej albo auto (domyślnie). Zobacz Convary.

Używasz frameworka spoza listy? Napisz własny adapter.

Znane ograniczenia

• ox_core: nie ma flagi służby, więc aktywna grupa jest traktowana jako zawód na służbie. Najwyższa ranga grupy liczy się jako szef.
• ox_inventory (dowolny framework): przedmioty do użycia muszą istnieć w ox_inventory/data/items.lua. ox_inventory wywołuje callback przedmiotu tylko dla przedmiotów bez consume, client.export ani server.export.
• qb-inventory: metadane przedmiotów są ignorowane przy liczeniu przedmiotów.
• qs-inventory: wyniki dodawania i usuwania przedmiotów nie są udokumentowane. Każdy wynik inny niż false jest traktowany jako sukces.
• ESX: powiadomienia używają esx_notify, gdy jest uruchomiony, w przeciwnym razie feedu GTA.