DG-EvidenceLockers 1.0.7 von Greken erstellt benannte Beweismittelinventare mit Suche, Liste, Leeren und L\u00f6schen. Die Br\u00fccken enthalten qbx, qb und esx; das Standardmanifest verlangt aber qbx_core und ox_target und importiert sleepless_interact immer. Diese Deklarationen m\u00fcssen zu Framework und Interaktionsmodus passen.<\/p>\n
Verwende dg-evidencelockers mit ox_lib, ox_inventory, oxmysql sowie ausgew\u00e4hltem Framework und Interaktionssystem. Bereinige ungenutzte feste Manifest-Abh\u00e4ngigkeiten und Imports, bevor du ox_target und sleepless_interact als frei austauschbar behandelst. Sichere die Datenbank und f\u00fchre install\/sql.sql f\u00fcr police_lockers vor dem Ressourcenstart aus.<\/p>\n
Config.Framework ist standardm\u00e4\u00dfig qbx, Config.Interact ox_target. Das Beispiel erlaubt police, verlangt Rang 2 zum Leeren und Rang 4 zum L\u00f6schen und verwendet 20 Pl\u00e4tze bei stashWeight=500000. Pr\u00fcfe die tats\u00e4chlichen Koordinaten, statt aus VinewoodPoliceDep eine bestimmte Wache abzuleiten. Deaktiviere Config.Debug, falls nicht ben\u00f6tigt.<\/p>\n
Die Ressourcen-Handler pr\u00fcfen den Job; Leeren und L\u00f6schen zus\u00e4tzlich konfigurierte R\u00e4nge. RegisterStash wird jedoch ohne Inventargruppen oder Koordinaten aufgerufen. Erg\u00e4nze Zugriffsbeschr\u00e4nkungen im Inventar oder einen passenden openInventory-Hook. Ein gesch\u00fctztes eigenes Men\u00fc belegt nicht den Schutz des Inventars selbst.<\/p>\n
Der Leeren-Handler \u00fcbernimmt einen \u00fcbermittelten Inventarnamen nach Berechtigungspr\u00fcfung f\u00fcr ein konfiguriertes Schlie\u00dffach, ohne dessen Zugeh\u00f6rigkeit zu pr\u00fcfen. Binde das Ziel serverseitig an das autorisierte Schlie\u00dffach und pr\u00fcfe den Abstand. Der L\u00f6schpfad pr\u00fcft dagegen das Datenbankpaar aus Schlie\u00dffach und Inventar sowie betroffene Zeilen vor dem Leeren; teste diesen Unterschied gezielt.<\/p>\n
Inventarnamen entstehen aus bereinigten Personennamen und sind \u00fcber alle Schlie\u00dffachstandorte eindeutig. Derselbe normalisierte Name an zwei Wachen kollidiert daher. Erstellungspr\u00fcfung und Einf\u00fcgen sind getrennt; der Einf\u00fcgeerfolg wird nicht kontrolliert. Teste Akzente, Duplikate und gleichzeitige Erstellung und w\u00e4hle ein passendes Namensschema.<\/p>\n
L\u00f6schen entfernt die police_lockers-Zeile und leert Inhalte, meldet das geladene Inventar aber nicht ausdr\u00fccklich ab. Pr\u00fcfe den Zugriff unmittelbar danach und nach Neustart. Sichere Schlie\u00dffachdaten und Inventarinhalte vor Migration oder Bereinigung. Teste abgelehnte Jobs\/R\u00e4nge, direkten Inventarzugriff, fremde Leerziele, Fehler und erneutes Verbinden mit entbehrlichen Testbeweisen.<\/p>\n
Am 11. September 2026 anhand der Revision b7ce33e89f171fac01f085cc1bfc7afb5b9ba583 gepr\u00fcft. Lua, Br\u00fccken, Konfiguration, Manifest, SQL, README und NUI-HTML\/JavaScript wurden gelesen. Kein Beweismittelinventar wurde ge\u00f6ffnet, geleert oder gel\u00f6scht; es gab keinen FiveM-Laufzeittest.<\/p>\n
DG-EvidenceLockers in der gepr\u00fcften Revision lesen<\/a><\/p>\n