Installation — ox_target

Installer ox_target MrPoulpi Labs — dépendances, sauvegarde, nom exact du dossier, remplacement de l’ancienne ressource, ordre de démarrage et premier essai en jeu.

But : remplacer votre ox_target (ou qtarget / qb-target) par cette édition, sans casser les ressources qui l’utilisent. Fichiers concernés : le dossier resources/…/ox_target et votre server.cfg.

Prérequis

Élément	Exigence observée dans l’archive
ox_lib	Obligatoire (`dependency 'ox_lib'`). Version 3.30.0 minimum, vérifiée au démarrage client et serveur.
Framework	Optionnel : ESX, QBCore, Qbox, ox_core, ND ou aucun.
Ressources tierces	Optionnelles : emotes, médical, inventaire, notifications, météo, clés, facturation, réparation, apparence.
ox_core	Si utilisé : 0.21.3 minimum pour le module de groupes natif.
qbx_core	Si utilisé : 1.18.0 minimum pour le module de groupes natif.

La ressource déclare provide 'qtarget' et provide 'qb-target' : les scripts qui appellent les exports de qtarget ou de qb-target sont redirigés vers elle.

Étapes

Sauvegardez votre dossier ox_target actuel et votre server.cfg. Si vous aviez modifié ox_target, notez vos options : elles devront être recréées dans config_interactions.lua ou rester dans vos propres ressources via les exports.
Arrêtez le serveur, puis supprimez ou déplacez hors de resources/ l’ancienne ressource ox_target ainsi que qtarget et qb-target. Deux ressources qui fournissent le même nom entrent en conflit.
Copiez le dossier de l’archive dans resources/ et nommez-le exactement ox_target. Le nom compte : les autres scripts appellent exports.ox_target, et la NUI utilise le nom de la ressource pour ses requêtes.
Réglez l’ordre de démarrage dans server.cfg : ox_lib, votre framework, votre inventaire, puis ox_target, puis les scripts qui ajoutent des options.
```
ensure ox_lib
ensure es_extended
ensure ox_inventory
ensure ox_target
ensure mes_scripts_metier
```
Remplacez es_extended et ox_inventory par vos propres ressources. Le module de groupes natif détecte le framework au démarrage d’ox_target côté client : si le framework démarre après, le filtre groups des options ne fonctionnera pas.
Choisissez vos intégrations dans config.lua (section des Config.*Script). Les valeurs 'auto' détectent les ressources démarrées ; la liste exacte est dans Intégrations.
Démarrez le serveur et ouvrez la console serveur et F8 côté client.

Contrôles après démarrage

La console serveur ne doit afficher aucune erreur ox_target au chargement. Un message de version provenant de lib.versionCheck peut apparaître : il compare la ressource aux publications d’Overextended, pas à celles de MrPoulpi Labs.
En F8, aucune ligne [ox_target] en jaune ne doit signaler builtin inconnu, nom d'option en double ou option sans 'name' ignorée.
resmon doit montrer ox_target démarré une seule fois, sans qtarget ni qb-target séparés.

Premier essai

Maintenez Alt gauche (touche par défaut LMENU) : le curseur apparaît.
Visez votre propre personnage : le menu Soi-même s’affiche (Mon ID, Faire un /me, Emotes…).
Cliquez Mon ID : une notification affiche votre ID serveur.
Visez un véhicule à moins de 2 m d’une porte : les options d’origine « Porte conducteur avant », etc. apparaissent.

Si rien ne s’affiche, consultez Dépannage.

Erreurs fréquentes

Dossier nommé ox_target-main ou ox_target(5) : les exports ox_target sont introuvables pour les autres scripts. Renommez le dossier.
ox_lib trop ancien : lib.checkDependency bloque le démarrage. Mettez ox_lib à jour.
Ancien qtarget toujours lancé : conflit de provide. Retirez-le du server.cfg.
Framework démarré après ox_target : les filtres groups restent sans effet ; corrigez l’ordre des ensure.