nkt-referral 1.0.0 de nikartik attribue des codes de parrainage et propose des promos distinctes via un menu ox_lib. Il utilise les identifiants de licence sans pont de framework. Les récompenses fournies passent par ox_inventory ; le menu seul ne prouve pas leur réception.
Installer les dépendances et configurer les récompenses
Gardez le dossier nkt-referral et démarrez ox_lib et oxmysql avant ensure nkt-referral. Démarrez aussi ox_inventory si vous conservez les fonctions fournies, ou remplacez-les par votre intégration serveur vérifiée. Le README ne cite qu’Ox Lib, mais le manifeste importe oxmysql et rewards.lua appelle l’inventaire.
Sauvegardez la base avant le premier démarrage : la ressource crée referrals avec identifier comme clé primaire, puis code et redeemed. Le client récupère son code au démarrage et ouvre le menu avec /refercode. Configurez server/rewards.lua en gardant default et les clés personnalisées en majuscules.
La règle prévue est un code d’un autre joueur par personne. Les promos sont enregistrées séparément par licence dans une liste JSON pour chaque promo, pas comme un usage unique mondial. Effacer des lignes réinitialise ces protections et peut permettre d’autres récompenses ; ce n’est pas de la maintenance courante.
Corriger état de validation et distribution
Les contrôles d’auto-parrainage et d’usage antérieur existent, mais reposent sur PlayerCodes mis en cache à l’initialisation. Une validation réussie ne met pas ce drapeau à jour. L’UPDATE ne conditionne pas l’écriture à un état inutilisé ; transaction et délai serveur sont absents. Réservez atomiquement l’usage et synchronisez le cache avant de payer.
La normalisation du code intervient dans la validation, tandis que la distribution reçoit la saisie originale. Utilisez partout le même code canonique. Un propriétaire hors ligne donne false, mais sa fonction de récompense est tout de même appelée. Mettez ces récompenses en attente ou ignorez-les explicitement ; ne transmettez pas un joueur absent à l’export d’inventaire.
Les promos lisent et remplacent une liste JSON partagée sans transaction. Des demandes simultanées peuvent écraser les enregistrements. Validez types et initialisation du joueur, imposez unicité des codes/usages et contrôlez le succès de l’inventaire. Testez doublons, concurrence, propriétaires hors ligne, casse mixte, reconnexions et inventaires pleins.
Examiné le 11 septembre 2026 à la révision 8c8fd7e76a851fd4a65a3e2330901fa950e76a3f. Tous les Lua, manifeste et README ont été lus. Aucun parrainage, promo, récompense ou reset de base n’a été exécuté.