Skip to main content
Humalike sélectionne chaque domaine d’intégration indépendamment. Installer un framework n’impose pas son système d’inventaire ni d’interaction.

​
Priorités intégrées

​
Joueur

​
Inventaire

​
Interaction

L’inventaire ESX est délibérément un repli, de sorte que ox_inventory l’emporte lorsque les deux sont disponibles. Si ox_inventory et qb-inventory, ou ox_target et qb-target, tournent ensemble à la même priorité, sélectionnez-en un explicitement.

​
Métiers et service

  • QBCore et Qbox exigent job.onduty == true lorsqu’une interaction requiert le service.
  • ESX n’a pas de champ de service universel. L’appartenance suffit, sauf si l’objet métier du serveur expose explicitement une valeur onduty ou onDuty fausse.
  • L’autonome n’a aucun framework à interroger ; un métier est donc une autorisation ACE : add_ace group.ems humalike.job.ambulance allow. Les exigences de métier vides passent ; ACE n’a pas d’état de service, un métier accordé compte donc comme en service. Un fournisseur joueur personnalisé remplace cela par un véritable état de métier et de service.

​
Changements à l’exécution

Démarrer, arrêter ou redémarrer un framework, un inventaire, une ressource de ciblage ou un pont personnalisé provoque une nouvelle évaluation de la sélection des fournisseurs. Humalike n’a pas besoin d’un redémarrage complet du serveur. Exécutez humalike_status après avoir modifié des ressources. Résolvez les domaines ambiguous, unavailable ou degraded avant de tester le gameplay.

​
Frameworks personnalisés ou modifiés

Les fournisseurs intégrés prennent en charge le comportement public des frameworks listés. Un fork fortement modifié peut exposer des exports, des données joueur, un état de service ou des événements différents. Connectez-le via un pont personnalisé au lieu de modifier Humalike.

​
Suite