Le système d’Aizik associe un bot Discord créant des codes de récompense à la commande FiveM /redeem. L’aperçu original cite Aizik#5555, ce qui correspond au dépôt Aizik5/AiziksRedeem. Son dernier commit date du 26 décembre 2020 ; les anciennes promesses de mises à jour régulières et de compatibilité avec tous les frameworks ne sont pas étayées.
Fonctionnement réel du code
Les utilisateurs Discord autorisés peuvent créer un code d’argent ou d’objet d’inventaire et l’envoyer à un utilisateur mentionné. Le gestionnaire FiveM cherche le code, crédite le compte bancaire pour le type money ou ajoute un objet pour les autres types, puis supprime le code. Aucun traitement distinct des récompenses en armes n’est prévu.
La base stocke code, type et amount. Elle ne lie l’utilisation ni au destinataire Discord ni à un personnage du jeu et ne contient pas de date d’expiration. Envoyer un code en privé ne réserve pas son utilisation au destinataire.
Anciennes dépendances et lacunes d’installation
Le dossier FiveM s’appelle Aizik_Reedem. Son code utilise l’ancien événement esx:getSharedObject, mysql-async et mythic_notify. ReedemBOT est un processus Node.js séparé utilisant discord.js 12. Le bot importe mysql, mais mysql manque dans le manifeste des paquets et dans le fichier de verrouillage. Une installation immédiatement fonctionnelle avec ESX ou Discord actuels n’est pas vérifiée.
codes.sql sélectionne une base nommée essentialmode. Vérifiez le nom et le schéma avant tout import, puis sauvegardez les données existantes. Gardez privés le jeton du bot et les accès à la base. Le README archivé décrit l’installation historique ; il ne prouve pas que ses anciennes instructions d’exécution conviennent encore aujourd’hui.
Contrôles indispensables avant un usage public
Le gestionnaire Lua accède au premier résultat SQL sans vérifier l’existence du code. Il ne contrôle pas non plus l’objet joueur. L’attribution de la récompense et la suppression du code sont deux opérations asynchrones distinctes : aucune réservation atomique ne protège contre les requêtes simultanées.
Le bot construit sa requête INSERT par concaténation d’entrées et génère les codes avec Math.random. Il suppose aussi la présence d’un utilisateur mentionné et ne valide pas complètement les quantités numériques. Une implémentation entretenue nécessite des requêtes paramétrées, des récompenses validées, des codes imprévisibles et une utilisation unique atomique. Ajoutez une liaison au destinataire et une expiration si vos règles l’exigent.
La capture d’origine reste un aperçu historique. L’examen du code n’a inclus ni exécution du bot, ni connexion à Discord, ni import SQL, ni test de récompenses dans FiveM. Examinez et corrigez l’implémentation avant son déploiement.