Aiziks Einlösesystem kombiniert einen Discord-Bot zur Erstellung von Belohnungscodes mit dem FiveM-Befehl /redeem. Die Originalvorschau nennt Aizik#5555 und passt damit zum Repository Aizik5/AiziksRedeem. Der letzte Commit stammt vom 26. Dezember 2020; die bisherigen Zusagen regelmäßiger Updates und universeller Framework-Kompatibilität sind unbelegt.
Was der Code tatsächlich macht
Berechtigte Discord-Nutzer können einen Code für Geld oder einen Inventargegenstand erstellen und an einen erwähnten Nutzer senden. Der FiveM-Handler sucht den Code, schreibt beim Typ money Bankgeld gut oder fügt bei anderen Typen einen Inventargegenstand hinzu und löscht anschließend den Code. Eine separate Verarbeitung für Waffenbelohnungen fehlt.
Die Datenbank speichert code, type und amount. Sie bindet die Einlösung weder an den Discord-Empfänger noch an einen Spielcharakter und enthält kein Ablaufdatum. Der private Versand eines Codes beschränkt dessen Einlösung nicht automatisch auf den Empfänger.
Ältere Voraussetzungen und Einrichtungslücken
Der FiveM-Ordner heißt Aizik_Reedem. Der Code nutzt das ältere Event esx:getSharedObject, mysql-async und mythic_notify. Der zugehörige ReedemBOT läuft als separater Node.js-Prozess mit discord.js 12. Der Bot importiert mysql, das jedoch sowohl im Paketmanifest als auch in der Lockdatei fehlt. Eine sofort lauffähige Installation für aktuelles ESX oder Discord ist damit nicht belegt.
codes.sql wählt eine Datenbank namens essentialmode aus. Prüfe Datenbankname und Schema vor jedem Import und sichere vorhandene Daten. Bot-Token und Datenbankzugänge müssen privat bleiben. Die archivierte README dokumentiert die damalige Einrichtung; sie belegt nicht, dass die alten Laufzeitanweisungen heute noch geeignet sind.
Erforderliche Prüfungen vor dem öffentlichen Einsatz
Der Lua-Handler greift auf das erste Datenbankergebnis zu, ohne zuvor zu prüfen, ob der Code existiert. Auch eine Prüfung des Spielerobjekts fehlt. Belohnung und Löschen erfolgen in getrennten asynchronen Operationen; gleichzeitige Anfragen sind nicht durch eine atomare Reservierung geschützt.
Der Bot setzt seine INSERT-Anweisung durch Verkettung von Eingaben zusammen und erzeugt Codes mit Math.random. Er setzt außerdem einen erwähnten Nutzer voraus und prüft numerische Belohnungsmengen nicht vollständig. Eine gepflegte Implementierung benötigt parametrisierte Abfragen, validierte Belohnungen, unvorhersehbare Codes und eine atomare Einmal-Einlösung. Empfängerbindung und Ablaufdatum müssen ergänzt werden, falls deine Regeln dies verlangen.
Der ursprüngliche Screenshot bleibt als historische Vorschau erhalten. Die Quellcodeprüfung umfasste weder die Ausführung des Bots noch eine Discord-Verbindung, SQL-Importe oder Belohnungstests in FiveM. Prüfe und repariere die Implementierung vor dem Einsatz.