dv_inventory — Slotbasiertes Inventar mit Metadaten
Ein vollständiges Inventarsystem für FiveM: Lager, Fahrzeugablagen, Läden, Werkbänke,
Behälter und Rucksäcke. Ohne Bindung an ein Framework — ob ESX, QBCore oder QBox
dahintersteht, erkennt dv_core zur Laufzeit.
── UMSTIEG OHNE UMBAU ──
Die Exports heißen wie bei ox_inventory und nehmen dieselben Parameter. Umgestellt wird
nur der Ressourcenname; solange ox_inventory nicht läuft, antwortet dv_inventory
zusätzlich unter dem alten. Bestehende Scripte laufen unverändert weiter.
/inv import übernimmt den Itemkatalog, /inv migrate die Bestände. Die alten Tabellen
werden dabei nur gelesen — kein DROP, kein UPDATE.
── WAS DRIN IST ──
• Lager, gemeinsam oder persönlich, mit Job- und Rangprüfung
• Kofferraum und Handschuhfach, Größe nach Fahrzeugklasse
• Läden mit gemeinsamem Vorrat, Lizenz- und Rangbindung
• Werkbänke mit Zutatenlisten; Werkzeug wird abgenutzt statt verbraucht
• Behälter — Taschen mit eigenem Inhalt, Weiß- und Schwarzliste
• Rucksäcke in drei Größen, sichtbar am Charakter
• Waffen mit Munition, Aufsätzen, Lackierung, Haltbarkeit, Seriennummer
• Haufen am Boden, durchsuchbare Mülltonnen, Zufallsbeute
• Lizenzen und Beweisschränke mit Richtungsregel
• Geld als Gegenstand, mit dem Konto des Frameworks gleichgezogen
── OBERFLÄCHE ──
Sechs Farbpaletten, eigenes Logo, frei wählbare Itembilder. Ziehen, Teilen, Mengenfeld
für jede Aktion, Schnellleiste auf 1–5. Jeder Text steht in einer Sprachdatei — in HTML
und JavaScript steht kein einziges deutsches Wort.
── LEERLAUF 0.00 ──
Fenster zu, unbewaffnet, nichts in Reichweite: die Ressource steht auf 0.00 ms. Kein
Dauerthread, der sechzigmal in der Sekunde nachsieht, ob vielleicht etwas passiert ist.
── SICHER GEBAUT ──
Der Server entscheidet, der Client zeigt an. Entfernungen, Zugänge und Preise rechnet
der Server selbst; ein gemeldeter Munitionsstand wird gegen das gedeckelt, was er
ausgegeben hat. Ein Inventar existiert genau einmal — zwei Spieler an einem Lager
arbeiten auf derselben Tabelle, nicht auf zwei Kopien, von denen beim Speichern eine
gewinnt.
── FÜR ENTWICKLER ──
41 Server- und 14 Client-Exports, Ereignisse in beide Richtungen, fünf Haken zum
Verhindern von Vorgängen (swapItems, useItem, buyItem, craftItem, giveItem). Eigene
Wirkungen über den Katalog, einen Export, ein Event oder eine Anmeldung zur Laufzeit.
Eigene Knöpfe je Item.
── DABEI ──
Vollständige Dokumentation als HTML zum Durchklicken, mit Suche und Beispielen. Alle
Einstellungen in einer kommentierten config.lua — nicht in Convars, für die ein voller
Serverneustart nötig wäre.
Escrow-geschützt; config.lua, config_server.lua, locales und data bleiben offen und
änderbar.
Benötigt: dv_core und oxmysql.