ESX ou QBCore : quel framework choisir pour son serveur FiveM ?

C'est la première vraie décision quand on monte un serveur roleplay FiveM, et celle qui coûte le plus cher à changer ensuite. ESX et QBCore font globalement la même chose : gérer les joueurs, l'argent, l'inventaire, les métiers et les véhicules. Ils le font différemment, et surtout ils n'ont pas le même écosystème de scripts.

1. À quoi sert un framework

FiveM, seul, ne connaît ni les personnages, ni l'argent, ni les métiers : il ne fournit qu'un serveur de jeu et un système de ressources. Un framework ajoute cette couche commune, sur laquelle tous les scripts viennent se greffer. Le choix compte donc moins pour ce que le framework fait lui-même que pour tout ce qui est écrit pour lui.

2. ESX Legacy

ESX est le plus ancien des deux et, de loin, le plus répandu dans la communauté francophone. C'est la version Legacy qui est maintenue aujourd'hui ; les anciennes versions 1.1 et 1.2 sont abandonnées, et tout tutoriel qui s'y réfère est périmé.

• Ce qui plaît : un nombre considérable de scripts disponibles, gratuits comme payants, et une documentation francophone abondante. Pour un serveur en français, c'est l'écosystème le plus fourni.
• Ce qui coince : une base de code héritée de plusieurs générations, où la qualité varie fortement d'une ressource à l'autre. Les scripts ESX anciens sont souvent mal optimisés.

3. QBCore

QBCore est plus récent, structuré dès le départ de façon plus homogène, et dominant dans la communauté anglophone.

• Ce qui plaît : une architecture plus cohérente, un inventaire et un système de métiers plus modernes dès l'installation, et des ressources souvent mieux écrites.
• Ce qui coince : moins de ressources en français, et une partie de la communauté anglophone s'est déplacée vers d'autres bases récentes, ce qui rend le paysage moins lisible.

4. Le comparatif

Sur les performances, méfiez-vous des affirmations tranchées : aucun des deux n'est intrinsèquement plus rapide. Ce qui fait ramer un serveur roleplay, ce sont les vingt ou trente ressources ajoutées par-dessus, pas le framework lui-même. Un ESX allégé tourne mieux qu'un QBCore surchargé, et l'inverse est tout aussi vrai.

5. Comment trancher

Un critère décisif passe souvent inaperçu : les scripts payants que vous comptez acheter. Faites la liste avant de choisir. Si les trois quarts n'existent que pour l'un des deux, la décision est déjà prise.

6. Et si on veut changer plus tard ?

Soyons clairs : passer d'ESX à QBCore, ou l'inverse, sur un serveur en production, ce n'est pas une migration, c'est une reconstruction. Il faut réécrire ou remplacer chaque script, refaire le schéma de la base de données, et convertir les données des joueurs. Beaucoup de serveurs qui s'y lancent perdent leur population en route.

Prenez donc le temps de tester les deux sur un serveur de développement pendant quelques jours avant d'ouvrir. Une petite offre suffit pour ça, et c'est infiniment moins coûteux qu'un changement six mois plus tard.

7. Ce que ça change côté serveur

Techniquement, presque rien : les deux frameworks demandent une base de données MariaDB, la ressource oxmysql et un serveur correctement dimensionné. Dans les deux cas, prévoyez au minimum 8 Go de mémoire pour un serveur roleplay actif, et davantage dès que les scripts s'accumulent.

Notre générateur de server.cfg produit la configuration de départ pour l'un comme pour l'autre, et le calculateur de dimensionnement estime la mémoire nécessaire selon votre nombre de joueurs. Pour la base de données, voyez aussi sécuriser MariaDB.

À lire ensuite

Questions fréquentes