vehicle-respawn d’Ogi est un script QBCore qui recrée les véhicules suivis après leur disparition. Ce n’est pas une voiture additionnelle ; il ne fournit ni téléchargement de modèle de véhicule ni nom d’apparition. Le manifeste du dépôt examiné indique la version 1.0.0.
Source et fichiers du créateur
Corriger le démarrage avant installation
Le créateur mentionne QBCore et baseevents et utilise le nom de ressource vehicle-respawn. Toutefois, le fichier config.lua fourni affecte Config.RespawnCheckInterval et Config.PlayerDistanceForDespawn sans initialiser Config. Le manifeste ne charge aucune initialisation préalable. Cette révision nécessite une correction avant démarrage ; le paquet fourni n’est pas prêt à fonctionner tel quel.
Intégrer les suppressions volontaires
Le serveur suit les véhicules en mémoire après l’événement QBCore de sortie du véhicule. À chaque intervalle configuré, il recherche une plaque absente et un joueur à l’intérieur du rayon défini ; les valeurs par défaut sont deux minutes et 100 mètres. Cela clarifie les formulations contradictoires du README sur la proximité. Le suivi ne persiste pas après un redémarrage du serveur. Garages et scripts de nettoyage doivent retirer le suivi avant de supprimer volontairement un véhicule, sinon un véhicule rangé peut réapparaître.
Valider les droits et les échecs
Les gestionnaires AddVehicleNoDespawn et RemoveVehicleNoDespawn fournis acceptent des plaques transmises par le client sans y vérifier la propriété. Un développeur doit autoriser les modifications du suivi et intégrer correctement l’événement de retrait dans les contextes client et serveur. Testez rangement au garage, fourrière, déconnexions, échecs de création et plaques en double. Le client contient aussi une boucle d’attente de propriété réseau sans limite. Ces points exigent une revue avant utilisation publique ; aucune certification de fiabilité ou de performances n’est revendiquée.