sleepless_interact crée des invites d’interaction 3D dans le navigateur pour des coordonnées, modèles et entités. Le manifeste examiné indique la version 2.3.1 et exige ox_lib. C’est une bibliothèque cliente ; métiers, récompenses et contrôles d’accès faisant autorité restent à la charge des scripts utilisateurs.
Aperçu vidéo existant
Configuration de la ressource et de l’interface
Conservez le nom sleepless_interact, référencé par son initialiseur. Démarrez ox_lib avant la bibliothèque et les scripts dépendants après celle-ci. Incluez client, locales et web ; l’interface charge web/index.html via le support DUI d’ox_lib. Le code actuel contient les fichiers navigateur : aucune compilation React séparée n’est requise par cette structure de dépôt.
Examinez client/modules/config.lua pour la distance, la visée, le thème et les touches. Les valeurs examinées utilisent le thème modern, cinq mètres de portée pour l’indicateur et E pour interagir. Ce sont les valeurs de la révision figée, sans garantie qu’une ancienne version dispose des mêmes options.
Les adaptateurs de compatibilité ont des limites
Le code enregistre des exports compatibles avec ox_target, qtarget et d’autres API. Cependant, ses adaptateurs ox_target pour les zones sphériques et rectangulaires créent une interaction au centre fourni ; ils ne reproduisent ni le rayon ni les dimensions de la zone. Testez chaque zone et callback au lieu de supposer une équivalence complète.
Le filtrage d’objets peut utiliser ox_inventory, mais les adaptateurs ESX et QBCore lisent aussi les inventaires de leurs frameworks en son absence. Les adaptateurs de groupes sont choisis selon les frameworks en cours. Démarrez framework et inventaire d’abord, puis testez changements de métier, quantités, reconnexion et redémarrages avec votre combinaison précise.
Migration et validation serveur
Comparez les appels V1 existants à l’API actuelle et aux modules de compatibilité avant remplacement. Vérifiez noms des options, propriétaire de l’enregistrement, retrait, identifiants d’entités et callbacks sur un serveur de développement. Les filtres clients groups, items et canInteract contrôlent la présentation ; un serverEvent exige toujours des contrôles serveur de permission, proximité et inventaire pour son action.
Source examinée le 10 septembre 2026 à la révision 84020887bc4694411caf0ef460f82ca88ba1421f. Manifeste et chemins pertinents d’API, compatibilité, framework et sélection ont été inspectés. La documentation du créateur n’a pas pu être récupérée pendant cet examen. Aucun benchmark, test d’intégration de framework ou test d’interaction en jeu n’a été effectué.