
- ESX
Par Luke

Choisissez Qbox pour un nouveau serveur lorsque vous voulez son stack moderne, intégré à OX et que vous êtes prêt à suivre ses conventions. Gardez QBCore lorsque votre serveur stable dépend des ressources spécifiques à QBCore et qu'une migration n'a pas d'avantage clair. Qbox fournit un pont de compatibilité pour la plupart des scripts QBCore correctement écrits, mais la compatibilité n'est pas universelle.
Vous installez votre premier serveur ? Suivez notre guide étape par étape pour créer un serveur FiveM.

| Question | Qbox | QBCore |
|---|---|---|
| Origine | A commencé comme un fork de QBCore et suit maintenant sa propre architecture | Cadre et écosystème de jeu de rôle FiveM établis |
| Scripts QB existants | La plupart des scripts documentés et correctement écrits fonctionnent via le pont | Cible native pour les ressources QBCore |
| Intégration OX | Conçu autour d'intégrations telles que ox_lib et ox_inventory | Dépend de l'ensemble logiciel choisi pour le serveur et des portages de ressources |
| Accès au noyau | Utilise des exports et des modules importés ; aucun objet central Qbox natif | De nombreuses ressources utilisent l'objet central QBCore familier |
| Risque de migration | Nécessite l'audit de l'accès à la base de données, de l'accès aux fichiers principaux et des ressources personnalisées | Aucune migration de framework si le serveur est déjà stable |

Qbox est un framework de jeu de rôle FiveM créé en 2022. Il a commencé comme un fork de QBCore, maintient une rétrocompatibilité pour presque tous les scripts QBCore correctement implémentés, et utilise de plus en plus ses propres exports, modules et intégrations basées sur OX. La propre documentation de Qbox recommande les ressources publiées et met en garde contre l'accès non pris en charge aux tables ou fichiers de base de données appartenant au cœur.
QBCore est un framework de rôle mature avec un large catalogue de métiers, d'inventaires, d'outils d'administration et de scripts personnalisés. Son principal avantage pour un serveur existant est la prévisibilité : si vos ressources sont testées contre votre version actuelle de QBCore, rester évite le coût et le risque d'une migration de framework.
La plupart le feront, mais pas tous. Qbox fournit un pont QB pour les ressources qui utilisent correctement les exports et événements QBCore documentés. Les scripts sont plus susceptibles d'échouer lorsqu'ils :
Pour un nouveau projet, Qbox est un bon choix par défaut si l'équipe souhaite son architecture et ses ressources compatibles. Pour un serveur QBCore rentable ou fortement personnalisé, ne migrez pas pour suivre la mode : ne le faites que lorsqu'un audit en préproduction démontre que les avantages dépassent les risques pour la compatibilité et les données.
Non. Qbox documente un pont de compatibilité, mais les scripts qui accèdent aux éléments internes du framework peuvent nécessiter des modifications. Vérifiez la version exacte, les accès à la base, l’inventaire et la voix avant l’achat. La catégorie QBCore seule ne constitue pas un test de compatibilité Qbox.
Documentation de compatibilité Qbox





