MrPoulpi Labs
ox_target

Scripts disponibles

EN
Centre de documentation

ox_target — édition MrPoulpi Labs

Ce qu’apporte l’édition MrPoulpi Labs d’ox_target, ses fonctionnalités vérifiées dans l’archive 1.17.2 et les accès rapides vers l’installation et le configurateur.

Cette édition reprend la ressource ox_target d’Overextended et l’enrichit d’un moteur protégé piloté entièrement par des fichiers en clair. Vous configurez les menus, les intégrations et les permissions sans jamais toucher au code chiffré. La version déclarée par l’archive documentée ici est 1.17.2 (champ version de fxmanifest.lua).

Ce que cette édition apporte

Par rapport à ox_target d’origine, l’archive ajoute :

  • Menus imbriqués : des catégories ouvrent des sous-menus affichés à côté du menu principal.
  • Self-target : vous pouvez cibler votre propre personnage (liste SelfInteractions).
  • Emotes personnelles et partagées, copie de l’emote d’un autre joueur, raccourcis d’emotes.
  • Identifiants : afficher ou copier l’ID serveur d’un joueur, afficher le vôtre.
  • Facturation, Pierre Feuille Ciseaux avec interface dédiée et protection anti-coups de poing mémorisée par joueur.
  • Médical : revive et heal sur un joueur ou sur soi, selon la permission.
  • Actions staff : forcer une emote ou un /me sur un joueur.
  • Véhicules : portes, capot et coffre d’origine, crevaison de pneu à l’arme blanche, cachette dans le coffre, crochetage, réparation et attribution de clés.
  • Outils de développement : coordonnées, noms de modèles et de props, plaque, scan de props, suppression d’entités et apparence.
  • Météo et heure : types de météo, zones, heures prédéfinies, blackout et outils locaux.
  • Actions serveur sécurisées : vos propres actions, contrôlées par le moteur avant l’appel de votre code.

Toutes ces fonctionnalités se règlent dans config.lua, config_interactions.lua, config_client.lua et config_server.lua. Les adaptateurs vers les scripts externes sont dans bridge/client.lua et bridge/server.lua.

Comment c’est organisé

Le menu que voit le joueur est généré au démarrage depuis config_interactions.lua. Quand une option exige une vérification, le client envoie une requête au serveur ; le moteur protégé contrôle l’anti-spam, la fonctionnalité, la permission, le métier, les arguments, la cible, la distance et l’item, puis appelle le bridge. Le bridge applique votre hook s’il existe, sinon le preset choisi dans config.lua.

Le détail fichier par fichier est dans Architecture publique.

Compatibilité annoncée et réalité

Le bridge contient des adaptateurs pour ESX, QBCore, Qbox, ox_core, ND, rpemotes et rpemotes-reborn, esx_ambulancejob, qb-ambulancejob, ox_inventory, dNotif, av_weather, qs-vehiclekeys, esx_billing, jg-mechanic et illenium-appearance. Un adaptateur présent ne garantit pas la compatibilité avec toutes les versions de ces ressources : il appelle des événements et des exports précis, listés dans Intégrations. Vérifiez-les avec votre version avant la mise en production.

Rechercher

Tapez un terme : paramètre, export, erreur…