Le métier de collecte de 1Evolve Development crée un camion-poubelle et des sacs, puis paie les dépôts enregistrés. Le manifeste examiné indique la version 1.0.0. Des contrôles supplémentaires sont nécessaires avant une économie publique ; des animations clientes ne prouvent pas une collecte payable.
Bon dossier et dépendances
La ressource réelle se trouve dans le sous-dossier 1evolve-garbagejob. Déplacez-le dans resources et utilisez ensure 1evolve-garbagejob, pas start Garbage-Job. Le manifeste déclare es_extended, ox_inventory, ox_target et ox_lib, avec l’import ESX. Démarrez ces dépendances d’abord, même si l’ancien guide ne citait que ESX et ox_target.
Configurez Config.posizioniRaccolta, Config.npc, Config.Scritte et Config.Soldi dans config.lua. Les valeurs examinées comportent deux positions actives et un multiplicateur de paiement de 50 par sac enregistré. Il s’agit d’économie en jeu, pas d’un prix d’achat. Le point de camion et le retour sont codés séparément de Config.npc.
Collecte et services successifs
L’itinéraire choisit puis retire des positions dans une table qui référence directement Config.posizioniRaccolta. Un nouveau service réutilise la même table vidée au lieu d’une copie fraîche. Testez un deuxième service complet et corrigez la remise à zéro de l’itinéraire avant de promettre une activité répétable.
Le gestionnaire de collecte utilise le premier sac stocké plutôt que l’entité ciblée. Les cibles sont ajoutées avec addLocalEntity mais retirées avec removeGlobalObject. Les options du vendeur passent par addGlobalPed au lieu de viser uniquement le vendeur créé. Vérifiez la portée des interactions et leur nettoyage.
Paiement et cycle de vie
Le serveur augmente un compteur par joueur à réception d’un événement réseau, sans vérifier service actif, sac, camion, proximité ou fréquence. La vente multiplie ce compteur par Config.Soldi, le remet à zéro et paie, sans vérifier la proximité du vendeur. Ajoutez une validation serveur des services et collectes avant les récompenses publiques.
Les fichiers inspectés n’implémentent ni capacité du camion, ni nettoyage du compteur à la déconnexion, ni nettoyage à l’arrêt. Testez annulations, reconnexions, démarrages répétés, suppression des props et paiement après un itinéraire valide. Ne présentez pas le camion plein ou le redémarrage propre comme des fonctions existantes.
Source examinée le 10 septembre 2026 à la révision 9eeaac32ba0b11cbc682a457b34ca25fad8cac3e. Manifeste, configuration, client et serveur ont été lus en entier. Aucun test FiveM de collecte, paiement ou multijoueur n’a été réalisé.