Lancer un serveur FiveM RP commence presque toujours par la même question : partir d’une base complète ou assembler soi-même des dizaines de scripts ? Le choix pèse sur tout le reste : la stabilité au démarrage, le temps passé en maintenance, la cohérence de ce que voient les joueurs et, plus tard, la facilité à faire évoluer le serveur.
Ce guide passe en revue ce qu’il faut vérifier avant de choisir une base FiveM, en particulier pour un serveur ESX en français.
Base complète ou scripts assemblés ?
Une base FiveM est un ensemble de ressources prévues pour fonctionner ensemble : framework, inventaire, économie, véhicules, métiers, création de personnage, interface. À l’inverse, l’approche « à la carte » consiste à acheter ou récupérer chaque script séparément et à les relier soi-même.
| Scripts assemblés | Base complète | |
|---|---|---|
| Démarrage | long : chaque script à brancher | rapide : tout est déjà relié |
| Cohérence visuelle | trois designs pour trois scripts | une même interface |
| Mises à jour | script par script, souvent à la main | prévues pour l’ensemble |
| Liberté de choix | totale | celle que permet la base |
| Risque de conflit | élevé (exports, tables, commandes en double) | traité en amont |
L’approche à la carte reste pertinente pour une équipe qui sait développer et veut un serveur très particulier. Pour une petite équipe qui veut ouvrir vite et passer son temps sur le RP plutôt que sur la console, une base cohérente fait gagner des semaines.
1. Le framework : ESX, QBCore ou autre
Le framework gère les joueurs, les métiers, l’argent et les objets. Les deux plus répandus sont ESX Legacy et QBCore ; des alternatives plus récentes existent aussi. Ce qui compte :
- qu’il soit maintenu : une base figée sur une vieille version d’ESX accumule les failles et les incompatibilités ;
- que tous les scripts parlent au même framework, sans couche de compatibilité bricolée ;
- la base de données : oxmysql et MariaDB (ou MySQL) sont devenus la norme. Une requête lente sur une table sans index suffit à faire ramer tout le serveur.
Sur ESX, gardez un œil sur les notes de version : nous avions détaillé les changements d’ESX 1.16 et de son inventaire à emplacements avant de mettre à jour.
2. La langue : un vrai serveur français
Beaucoup de bases sont traduites à moitié : menus en français, notifications en anglais, textes en dur dans le code qui ressortent au pire moment. Pour un serveur RP francophone, vérifiez :
- les interfaces (banque, garage, inventaire, téléphone, création de personnage) ;
- les notifications et messages d’erreur ;
- les commandes et les textes d’aide du staff ;
- la documentation d’installation.
Une base pensée en français dès le départ évite des heures de chasse aux chaînes anglaises.
3. Les mises à jour : le vrai coût caché
C’est le point le plus sous-estimé. Un serveur vit des mois, voire des années, et chaque script recevra des correctifs. Posez-vous trois questions :
- Comment arrivent les mises à jour ? Téléchargement manuel de chaque script, ou mise à jour de l’ensemble ?
- Vos réglages survivent-ils ? Si chaque nouvelle version écrase les fichiers
config.lua, vous refaites vos prix et vos salaires à chaque fois, et on finit par ne plus mettre à jour. - Peut-on revenir en arrière ? Une version qui pose problème doit pouvoir être annulée sans restaurer tout le serveur à la main.
4. Les réglages : fichiers ou interface ?
Sur la plupart des serveurs, changer un prix ou un salaire veut dire ouvrir un fichier par FTP, ne pas oublier de virgule, puis redémarrer la ressource. Cela oblige le fondateur à tout faire lui-même.
Un panel web change la donne : les réglages deviennent des champs, des interrupteurs et des listes, accessibles au staff selon ses droits, avec un historique pour revenir à l’état d’avant. Vérifiez aussi qui peut faire quoi : un modérateur n’a pas besoin de toucher aux réglages de l’économie.
5. Licences et ressources tierces
Avant d’acheter une base, demandez précisément ce qu’elle contient et ce qui reste à acheter. Certaines ressources d’éditeurs ne peuvent pas être revendues dans un pack : une base sérieuse le dit clairement et liste ce qu’il faut acquérir à part.
Méfiez-vous aussi des packs « tout compris » à très bas prix qui contiennent des scripts payants copiés : en plus d’être illégaux, ils sont souvent modifiés, impossibles à mettre à jour et parfois piégés. Pensez enfin aux règles de la plateforme sur la monétisation de votre serveur.
6. La sécurité
Un serveur RP attire vite les tricheurs. Vérifiez :
- que les événements réseau sensibles (argent, objets, métiers) sont contrôlés côté serveur ;
- les permissions ACE du staff, au lieu d’un simple test sur le nom du groupe ;
- la présence d’un anti-cheat et de journaux exploitables ;
- qu’aucun script ne contient de porte dérobée : notre analyse de sécurité FiveM repère les motifs les plus courants dans du code Lua.
7. Hébergement et installation
Une bonne base s’installe aussi bien sur Windows que sur Linux, avec :
- un
server.cfgd’exemple commenté ; - le SQL de structure prêt à importer, produit sur un serveur vierge et non copié d’un serveur en production ;
- un guide pas à pas, du téléchargement au premier joueur.
Pour les ajustements, quelques outils gratuits font gagner du temps : générateur de server.cfg, générateur de fxmanifest.lua, générateur d’items pour ox_inventory, ESX et QBCore.
La checklist avant de choisir
- Framework maintenu, tous les scripts sur le même
- Interfaces, notifications et documentation en français
- Mises à jour de l’ensemble, sans perdre ses réglages
- Retour à la version précédente possible
- Réglages accessibles au staff sans FTP
- Liste claire des ressources tierces à acheter à part
- Anti-cheat, journaux et permissions du staff
- Installation Windows et Linux documentée, SQL fourni
Et VESPER HUB dans tout ça ?
C’est précisément pour répondre à cette liste que nous avons construit VESPER HUB : la base du serveur VESPER RP, sur ESX Legacy et en français, avec plus de 45 scripts au même design, un panel web pour régler chaque script sans ouvrir de fichier, des mises à jour qui conservent vos réglages et s’annulent d’un bouton, et un anti-cheat offert. La base est actuellement en bêta : si vous préparez un serveur, la page VESPER HUB détaille son contenu et la façon de rejoindre la bêta.
Quel que soit votre choix, prenez le temps de tester la base sur un serveur de test avant d’y faire venir vos premiers joueurs : c’est là que se voient les conflits, les textes oubliés et les requêtes qui ralentissent tout.
