Rarx Doors — couverture de la ressource Scripts

1 / 15

  • Portes créées en jeuVisez une porte et enregistrez-la depuis le panneau admin. Sans modifier de SQL, sans redémarrage.
  • Verrous par métier, gang et objetRestreignez une porte par métier et grade, par gang ou organisation, ou par une clé en objet.
  • Crochetage pris en chargeLes mini-jeux de crochetage compatibles sont détectés au démarrage pour que les joueurs puissent crocheter les portes autorisées.
  • Synchro en directLes portes sont stockées en base de données et diffusées instantanément à tous les clients connectés.

Un script de serrures de portes FiveM modulaire, géré en jeu

Rarx Doors (nom de ressource rarx_doors) permet au staff de verrouiller n’importe quelle porte de la carte depuis un panneau admin en jeu. Les portes sont enregistrées en base de données et diffusées à tous les clients connectés : vous les créez, les modifiez et les supprimez à la volée, sans expulser les joueurs ni recharger la ressource.

Les systèmes de framework, d’inventaire, de crochetage et de gangs sont détectés automatiquement au démarrage. Le framework est recherché dans l’ordre qbx_core, qb-core, es_extended, et le log de démarrage affiche ce qui a été trouvé pour vérifier la configuration d’un coup d’œil.

Rarx Doors: Un script de serrures de portes FiveM modulaire, géré en jeu

Créateur de portes en jeu, sans modifier de SQL

Ouvrez le panneau avec la commande de gestion (/doors par défaut), visez la porte et utilisez l’action de création. Le modèle, les coordonnées et l’orientation sont remplis automatiquement ; vous choisissez l’état verrouillé et les éventuelles restrictions, puis enregistrez. La nouvelle porte est aussitôt enregistrée sur tous les clients.

Les portes fonctionnent avec les modèles vanilla et streamés, et le sélecteur d’objets du panneau lit les libellés directement dans votre inventaire actif.

Rarx Doors: Créateur de portes en jeu, sans modifier de SQL

Restrictions par métier, grade, gang et objet pour les portes FiveM

Chaque porte peut être publique ou restreinte. Quand plusieurs restrictions s’appliquent à la même porte, elles se cumulent, par exemple police grade 2 et un objet carte d’accès.

  • Verrous par métier selon le nom du métier et un grade minimum, avec plusieurs métiers autorisés sur une même porte pour les bâtiments partagés.
  • Verrous de gang et d’organisation via les gangs du framework ou une ressource d’organisations compatible.
  • Clés en objet qui exigent un objet précis, avec consommation à l’usage en option.
  • Portes crochetables que les joueurs ouvrent avec le mini-jeu de crochetage que votre serveur utilise déjà.
Rarx Doors: Restrictions par métier, grade, gang et objet pour les portes FiveM

Inventaires, crochetages et systèmes de gangs détectés automatiquement

Rarx Doors recherche les ressources d’inventaire, de crochetage et de gangs compatibles au démarrage. S’il en manque une, il affiche un avertissement et se replie proprement : les portes réservées à un gang utilisent alors les gangs du framework, et les portes uniquement crochetables ne peuvent pas être crochetées tant qu’aucune ressource de crochetage compatible ne tourne.

De nouveaux systèmes d’inventaire, de crochetage ou de gangs peuvent être ajoutés en complétant les listes de détection avec le nom de la ressource et en implémentant la branche correspondante, sans modifier le cœur.

Rarx Doors: Inventaires, crochetages et systèmes de gangs détectés automatiquement

Validation côté serveur, logs par webhook et sons de porte

Chaque demande de verrouillage ou de déverrouillage est vérifiée côté serveur (métier, grade de gang, possession de l’objet et distance) avant que le nouvel état ne soit diffusé. Les actions admin du panneau sont elles aussi soumises à un contrôle de permissions côté serveur.

Trois canaux de webhook distincts consignent la création, la suppression et l’utilisation des portes : le staff dispose d’un historique de qui a verrouillé quoi. Des sons de verrouillage et de déverrouillage inclus sont joués localement avec atténuation selon la distance, sans ressource supplémentaire.

Tout est inclus

Fonctionnalités

Gestion des portes

  • Panneau admin en jeu ouvert avec une commande configurable
  • Modèle, position et orientation remplis depuis la porte visée
  • Création, modification et suppression de portes sans redémarrage
  • Portes stockées en base de données et diffusées en direct
  • Accès admin limité aux groupes configurés
  • Export pour ouvrir le panneau depuis votre propre menu

Règles d’accès

  • Restrictions par métier et grade minimum
  • Plusieurs métiers sur la même porte
  • Restrictions par gang et organisation
  • Clés en objet avec consommation à l’usage en option
  • Portes crochetables
  • Validation côté serveur de chaque verrouillage et déverrouillage

Extras

  • Logs par webhook pour la création, la suppression et l’utilisation
  • Sons de verrouillage et de déverrouillage inclus avec atténuation selon la distance
  • Modèles de portes vanilla et streamés
  • Traductions anglaise et espagnole incluses

Commandes

CommandeCe qu’elle faitAccès
/doorsOuvre le panneau de gestion des portesGroupes définis dans Config.GroupPermissions

Avant d’installer

Compatibilité

Frameworks

Qbox
qbx_core
QBCore
qb-core
ESX
es_extended

Détecté automatiquement au démarrage dans l’ordre qbx_core, qb-core, es_extended.

Ressources et base de données

Requises : ox_lib, oxmysql

Facultatives : qb-lockpick, lockpick ou t3_lockpick (portes crochetables), origen_ilegalv2, qs-crimencreator, jc_organizaciones ou rcore_gangs (verrous d’organisation ; sinon gangs du framework)

Base de données : La table des portes est créée automatiquement au premier démarrage. Aucun import SQL n’est nécessaire.

Inventaires

ox_inventory
ox_inventory
qb-inventory
qb-inventory
qs-inventory
qs-inventory
origen_inventory
origen_inventory
rarx_inventory
rarx_inventory

Détecté automatiquement ; utilisé par le sélecteur d’objets du panneau admin. Sans inventaire reconnu, la liste d’objets se rabat sur les shared items de QBCore (qb-core uniquement).

Intégrations et langues

  • Les logs utilisent trois URL de webhook compatibles Discord définies dans config/config.lua ; laissez-en une vide pour la désactiver.
  • La langue se définit avec Config.Language ('en' ou 'es').
  • Anglais
  • Espagnol

Mise en place

Installation

Documentation complète
  1. 01

    Téléchargez et extrayez

    Téléchargez la ressource depuis votre Cfx.re Portal et extrayez-la dans votre dossier resources.

  2. 02

    Lancez-la après ses dépendances

    ox_lib et oxmysql doivent démarrer avant rarx_doors. La table est créée au premier démarrage.

    ensure ox_lib
ensure oxmysql
ensure rarx_doors
  3. 03

    Configurez

    Modifiez config/config.lua pour définir la langue, les groupes admin, le nom de la commande et les URL de webhook.

  4. 04

    Créez vos portes

    Rejoignez le serveur, lancez /doors (ou votre commande configurée) et verrouillez les portes depuis le panneau admin.

Ceci est un résumé. La configuration, les exports, les events et le dépannage se trouvent dans la documentation complète.

Bon à savoir

Questions sur Rarx Doors

Votre question n’est pas traitée ici ? Ouvrez un ticket sur notre Discord en indiquant votre framework et l’erreur que vous voyez.

Obtenir de l’aideEn savoir plus sur les scripts de serrures de portes FiveM →
Quels frameworks Rarx Doors prend-il en charge ?

Qbox, QBCore et ESX. Le framework est détecté automatiquement au démarrage dans l’ordre qbx_core, qb-core, es_extended.

Dois-je importer un fichier SQL ?

Non. La table des portes est créée automatiquement au premier démarrage de la ressource. Les portes se gèrent ensuite depuis le panneau en jeu.

Une porte peut-elle exiger un métier et un objet en même temps ?

Oui. Les restrictions définies sur une même porte se cumulent : une porte peut exiger, par exemple, police grade 2 et un objet carte d’accès.

L’option de crochetage n’apparaît pas sur une porte. Que dois-je vérifier ?

Le crochetage doit être activé dans les réglages de la porte et une ressource de crochetage compatible (qb-lockpick, lockpick ou t3_lockpick) doit tourner. Vérifiez la ligne Lockpick du log de démarrage.

Pourquoi le sélecteur d’objets du panneau admin est-il vide ?

Lancez votre inventaire avant rarx_doors et vérifiez la ligne Inventory du log de démarrage. Si votre inventaire n’est pas reconnu, la liste se rabat sur les shared items de QBCore, qui n’existent que sur qb-core.

Pourquoi ai-je un message d’absence de permission en lançant /doors ?

Votre groupe admin ne figure pas dans Config.GroupPermissions. Ajoutez le groupe que votre framework vous attribue, comme god, admin ou superadmin.

Continuez à explorer

Tout voir