{"id":87118,"date":"2024-02-05T09:21:22","date_gmt":"2024-02-05T08:21:22","guid":{"rendered":"https:\/\/fivem-mods.net\/?p=87118"},"modified":"2026-07-23T09:28:35","modified_gmt":"2026-07-23T07:28:35","slug":"cadres-fivem","status":"publish","type":"post","link":"https:\/\/rpcrate.com\/fr\/fivem-frameworks\/","title":{"rendered":"Comparatif des frameworks FiveM : ESX, QBCore et Qbox"},"content":{"rendered":"

Il n'y a pas de gagnant universel officiel entre ESX, QBCore et Qbox.<\/strong> Choisissez le framework dont la recette actuelle, les API et les ressources compatibles correspondent aux fonctionnalit\u00e9s de serveur requises, aux donn\u00e9es existantes et aux comp\u00e9tences de votre \u00e9quipe. Si vous utilisez d\u00e9j\u00e0 une pile stable sp\u00e9cifique \u00e0 un framework, rester dans cet \u00e9cosyst\u00e8me est g\u00e9n\u00e9ralement la premi\u00e8re option \u00e0 \u00e9valuer car la migration touche plus que le dossier principal.<\/p>\n

Guide de d\u00e9cision rapide<\/h2>\n
\n\n\n\n\n\n\n\n\n\n
Point de d\u00e9part<\/th>\nPremier framework \u00e0 \u00e9valuer<\/th>\nRaison de v\u00e9rifier<\/th>\n<\/tr>\n<\/thead>\n
Serveur ESX existant<\/td>\nESX Legacy<\/td>\nPr\u00e9serve les donn\u00e9es, \u00e9v\u00e9nements, exportations et connaissances des ressources sp\u00e9cifiques \u00e0 ESX lorsque les exigences actuelles sont toujours satisfaites.<\/td>\n<\/tr>\n
Serveur QBCore existant<\/td>\nQBCore<\/td>\n\u00c9vite la conversion \u00e0 moins qu'un autre framework ne r\u00e9solve une exigence document\u00e9e qui la justifie.<\/td>\n<\/tr>\n
Nouvelle construction orient\u00e9e QB<\/td>\nQBCore ou Qbox<\/td>\nComparez les deux recettes officielles, les ressources s\u00e9lectionn\u00e9es, le mod\u00e8le API et la compatibilit\u00e9 exacte avec les tiers.<\/td>\n<\/tr>\n
\u00c9quipe QBCore envisageant Qbox<\/td>\nQbox avec audit de pont<\/td>\nLe pont QB aide de nombreuses ressources, mais les exceptions document\u00e9es n\u00e9cessitent toujours des v\u00e9rifications au niveau des ressources.<\/td>\n<\/tr>\n
Aucune exigence de framework de jeu de r\u00f4le<\/td>\nRessources Standalone<\/td>\nStandalone d\u00e9crit un mod\u00e8le de d\u00e9pendance ; confirmez si un framework complet est r\u00e9ellement inutile.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Ce que fait un framework FiveM<\/h2>\n

Cfx.re d\u00e9crit les frameworks comme des fondations qui facilitent la cr\u00e9ation de ressources de serveur. Un framework de jeu de r\u00f4le \u00e9tablit g\u00e9n\u00e9ralement des mod\u00e8les partag\u00e9s pour les donn\u00e9es des joueurs et des personnages, les emplois, les objets, l'argent, les commandes, les permissions et la communication entre les ressources. Les fonctionnalit\u00e9s exactes visibles par les joueurs d\u00e9pendent de la recette compl\u00e8te et des ressources install\u00e9es, et non seulement du nom du framework principal.<\/p>\n

Cette distinction emp\u00eache une comparaison trompeuse. Les syst\u00e8mes d'inventaire, de logement, de t\u00e9l\u00e9phone, bancaires ou de v\u00e9hicules peuvent \u00eatre des ressources distinctes et peuvent \u00eatre remplac\u00e9s. Une coche \u00e0 c\u00f4t\u00e9 d'un nom de framework ne prouve pas quelle impl\u00e9mentation, version ou int\u00e9gration un serveur de production ex\u00e9cutera.<\/p>\n

ESX Legacy<\/h2>\n

ESX Legacy est un framework de jeu de r\u00f4le open-source dont le c\u0153ur actuel est publi\u00e9 par l'organisation officielle ESX. Le tutoriel officiel pour les nouveaux serveurs utilise le mod\u00e8le txAdmin de ESX Legacy. L'installation manuelle documente oxmysql, spawnmanager, l'importation de base de donn\u00e9es, les ressources de base et compl\u00e9mentaires, les exclusions et l'ordre de d\u00e9marrage.<\/p>\n

ESX est la premi\u00e8re option \u00e0 \u00e9valuer lorsqu'un serveur existant poss\u00e8de d\u00e9j\u00e0 des donn\u00e9es de joueur, des ressources et des proc\u00e9dures d'\u00e9quipe sp\u00e9cifiques \u00e0 ESX. Il s'agit d'une observation du risque de migration, et non d'une revendication de part de march\u00e9. Pour une nouvelle construction, inspectez la recette actuelle et v\u00e9rifiez que chaque produit requis prend en charge la version ESX exacte, l'inventaire, la biblioth\u00e8que de base de donn\u00e9es, les exportations et les \u00e9v\u00e9nements.<\/p>\n

QBCore<\/h2>\n

La ressource officielle qb-core<\/code> de QBCore expose un Core Object regroupant des fonctions, des donn\u00e9es de joueurs, des donn\u00e9es partag\u00e9es, la configuration et des commandes. Les d\u00e9finitions partag\u00e9es comprennent les m\u00e9tiers, les gangs, les objets et les v\u00e9hicules. L\u2019installation officielle pour Windows utilise la recette QBCore Framework propos\u00e9e parmi les recettes populaires de txAdmin. Cette recette d\u00e9ploie une base de donn\u00e9es et un ensemble de ressources, et pas seulement le dossier du c\u0153ur.<\/p>\n

QBCore peut convenir \u00e0 un projet nouveau ou existant dans l\u2019\u00e9cosyst\u00e8me QB lorsque ses API document\u00e9es et ses ressources compatibles r\u00e9pondent aux besoins du serveur. N\u2019en d\u00e9duisez pas que chaque ressource portant l\u2019\u00e9tiquette QBCore prend en charge toutes les versions du c\u0153ur ou tous les inventaires de remplacement. Notez les exports requis, les d\u00e9pendances, le SQL et l\u2019ordre de d\u00e9marrage pour la configuration exacte.<\/p>\n

Qbox<\/h2>\n

L'introduction officielle de Qbox indique que Qbox a commenc\u00e9 en 2022 \u00e0 partir de QBCore et poss\u00e8de maintenant ses propres API et ressources de base. Qbox maintient un pont de compatibilit\u00e9 QB pour de nombreuses ressources QBCore correctement \u00e9crites. Sa documentation nomme \u00e9galement des exceptions, y compris les ressources qui d\u00e9pendent d'un acc\u00e8s direct \u00e0 la base de donn\u00e9es, de fichiers de base internes ou d'un comportement non pris en charge.<\/p>\n

L\u2019installation officielle de Qbox utilise la recette QBox propos\u00e9e dans les recettes populaires de txAdmin. Pour une migration depuis QBCore, le guide de conversion couvre les diff\u00e9rences de configuration, les grades num\u00e9riques des m\u00e9tiers et des gangs, la conversion de l\u2019inventaire et de la base de donn\u00e9es, ainsi que le remplacement progressif des API. Choisir Qbox n\u00e9cessite donc une d\u00e9cision r\u00e9fl\u00e9chie et un audit de compatibilit\u00e9 ; ce n\u2019est pas un simple r\u00e9glage qui permet \u00e0 tous les scripts QBCore de fonctionner sans modification.<\/p>\n

Dimensions de comparaison que vous pouvez v\u00e9rifier<\/h2>\n
\n\n\n\n\n\n\n\n\n\n\n
Dimension<\/th>\nQuestion<\/th>\nPreuve<\/th>\n<\/tr>\n<\/thead>\n
Chemin d'installation<\/td>\nExiste-t-il une recette officielle actuelle et une documentation compl\u00e8te ?<\/td>\nDocumentation officielle et d\u00e9p\u00f4t de recettes \u00e0 la date de r\u00e9vision.<\/td>\n<\/tr>\n
Ressources requises<\/td>\nQuelles bases de donn\u00e9es, biblioth\u00e8ques, inventaires et ressources de support sont s\u00e9lectionn\u00e9es ?<\/td>\nFichiers de recettes, manifestes et d\u00e9clarations de d\u00e9pendances.<\/td>\n<\/tr>\n
Compatibilit\u00e9 API<\/td>\nQuelles exportations, \u00e9v\u00e9nements, objets et champs de donn\u00e9es les scripts requis appellent-ils ?<\/td>\nSource des ressources, manifestes et documentation officielle API.<\/td>\n<\/tr>\n
Mod\u00e8le de donn\u00e9es<\/td>\nQuels identifiants, grades, comptes et relations doivent \u00eatre pr\u00e9serv\u00e9s ?<\/td>\nInventaire du sch\u00e9ma et mappage de migration test\u00e9.<\/td>\n<\/tr>\n
Op\u00e9rations<\/td>\nL'\u00e9quipe peut-elle mettre \u00e0 jour, diagnostiquer et restaurer la pile ?<\/td>\nProc\u00e9dures op\u00e9rationnelles, sauvegardes et exercice de restauration en pr\u00e9production.<\/td>\n<\/tr>\n
Performances<\/td>\nComment la pile exacte se comporte-t-elle sous des actions repr\u00e9sentatives ?<\/td>\nProfileur, resmon et journaux de base de donn\u00e9es issus de tests contr\u00f4l\u00e9s r\u00e9p\u00e9t\u00e9s.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Liste de contr\u00f4le des d\u00e9cisions<\/h2>\n
    \n
  1. Listez les fonctionnalit\u00e9s de joueur requises.<\/strong> Nommez les exigences exactes en mati\u00e8re d'emplois, d'\u00e9conomie, d'inventaire, de logement, de t\u00e9l\u00e9phone, de v\u00e9hicule, d'administration et d'int\u00e9gration.<\/li>\n
  2. Inventaire des d\u00e9pendances existantes.<\/strong> Enregistrez les versions du framework, les manifestes, les tables de base de donn\u00e9es, les exportations, les \u00e9v\u00e9nements et les modifications personnalis\u00e9es du noyau.<\/li>\n
  3. \u00c9tablissez la correspondance des ressources prises en charge.<\/strong> Pour chaque ressource requise, confirmez le framework et la version qu'elle prend r\u00e9ellement en charge, y compris les ponts et les syst\u00e8mes de remplacement.<\/li>\n
  4. V\u00e9rifiez les connaissances de l'\u00e9quipe.<\/strong> Incluez les API, les langages, le mod\u00e8le de base de donn\u00e9es et les outils op\u00e9rationnels que les mainteneurs peuvent diagnostiquer.<\/li>\n
  5. Estimez la migration \u00e0 partir des preuves.<\/strong> Comptez les domaines de donn\u00e9es r\u00e9els et les int\u00e9grations ; n'utilisez pas de tableau g\u00e9n\u00e9rique d'heures ou de co\u00fbts.<\/li>\n
  6. Construisez une pile de test repr\u00e9sentative.<\/strong> Utilisez la recette officielle, les ressources s\u00e9lectionn\u00e9es et une copie nettoy\u00e9e de donn\u00e9es r\u00e9alistes.<\/li>\n
  7. D\u00e9finissez l'acceptation et le retour en arri\u00e8re.<\/strong> D\u00e9cidez ce qui doit fonctionner et comment restaurer les fichiers et la base de donn\u00e9es coh\u00e9rents pr\u00e9c\u00e9dents.<\/li>\n<\/ol>\n

    La migration affecte l'ensemble du mod\u00e8le de serveur<\/h2>\n

    Changer de framework peut impliquer des identit\u00e9s, des personnages, de l'argent, des emplois, des gangs, des inventaires, des v\u00e9hicules, des garages, des logements, des t\u00e9l\u00e9phones, des services bancaires, des comptes sociaux, des autorisations et des \u00e9v\u00e9nements personnalis\u00e9s. Les relations de donn\u00e9es sont importantes : cr\u00e9er un nouvel identifiant de personnage sans mapper tous les enregistrements associ\u00e9s peut orpheliner des actifs ou des autorisations.<\/p>\n

    N'ex\u00e9cutez pas un extrait de conversion SQL g\u00e9n\u00e9rique sur la production. Commencez par un inventaire de sch\u00e9mas et de ressources, concevez une conversion idempotente sur une copie de test, validez les nombres d'enregistrements et les relations, et r\u00e9p\u00e9tez le retour en arri\u00e8re. Les scripts sp\u00e9cifiques au framework peuvent n\u00e9cessiter un pont officiel, un mode multi-framework document\u00e9 ou des modifications de code. Les scripts ESX ne sont pas automatiquement portables vers QBCore ou Qbox, et le pont Qbox QB n'est pas universel.<\/p>\n

    Comment \u00e9valuer votre propre pile<\/h2>\n

    Si les performances influencent le choix, comparez des builds contr\u00f4l\u00e9s plut\u00f4t que de r\u00e9p\u00e9ter un classement. Utilisez le m\u00eame h\u00f4te ou un mat\u00e9riel \u00e9quivalent isol\u00e9, un artefact FXServer, une version de base de donn\u00e9es, un volume de donn\u00e9es et des actions de joueur repr\u00e9sentatives. Gardez l'ensemble de ressources fonctionnellement comparable et indiquez chaque diff\u00e9rence intentionnelle.<\/p>\n

      \n
    1. Effectuez la m\u00eame phase de chauffe pour chaque serveur et mesurez son comportement au repos.<\/li>\n
    2. R\u00e9p\u00e9tez les m\u00eames actions de chargement de personnage, d'inventaire, de travail, de v\u00e9hicule et d'\u00e9conomie.<\/li>\n
    3. Recueillez des preuves du profileur FiveM ou de resmon, ainsi que des requ\u00eates lentes de la base de donn\u00e9es et des m\u00e9triques syst\u00e8me.<\/li>\n
    4. Ex\u00e9cutez plusieurs \u00e9chantillons et signalez les distributions ou les plages, pas un seul meilleur chiffre.<\/li>\n
    5. Examinez les erreurs, l\u2019exactitude des donn\u00e9es et le comportement lors des reconnexions en plus des temps mesur\u00e9s.<\/li>\n
    6. Conservez la configuration et les journaux bruts afin qu'un autre examinateur puisse reproduire la conclusion.<\/li>\n<\/ol>\n

      Un benchmark d'un seul c\u0153ur avec des ressources diff\u00e9rentes n'isole pas le framework. Un r\u00e9sultat d'un serveur vide synth\u00e9tique ne prouve pas la capacit\u00e9 de production. Ne publiez que les conclusions \u00e9tay\u00e9es par la configuration enregistr\u00e9e et les preuves brutes.<\/p>\n

      Recommandation pratique<\/h2>\n