ESX of QBCore: welk framework voor je roleplay-server?

Je gaat een FiveM roleplay-server starten en loopt meteen tegen dé grote vraag aan: ESX of QBCore? Beide frameworks zijn gratis, open source en geschreven in Lua. Beide draaien duizenden succesvolle roleplay-servers. En toch voelt de keuze zwaar, want achteraf wisselen kost veel tijd en frustratie. Logisch dus dat je dit in één keer goed wilt doen.

Daarom zetten we de twee frameworks eerlijk naast elkaar: geen fanboy-verhaal, maar de praktische verschillen die je als serverbeheerder echt gaat merken. Met aan het eind een concreet advies per type server.

ESX in het kort

ESX, voluit es_extended, is het oudste van de twee en groeide uit tot hét standaardframework van de FiveM-wereld, vooral in Europa. De actief onderhouden versie heet ESX Legacy en is flink opgeschoond en versneld ten opzichte van de oude versies waaraan het framework ooit zijn logge reputatie dankte. Wie ESX in 2020 heeft afgeschreven, doet het framework vandaag tekort.

De grote kracht van ESX is volwassenheid. Vrijwel elk roleplay-concept is er al eens op gebouwd, waardoor je voor bijna elke functie een bestaand script vindt: politie- en ambulancejobs, economieën, huizen, garages, noem maar op. Ook fijn: doordat veel Nederlandse en Europese servers op ESX draaien, is er relatief veel Nederlandstalige kennis en hulp in de community te vinden.

QBCore in het kort

QBCore is het jongere framework en groeide de afgelopen jaren razendsnel, vooral in de Engelstalige scene. Het is vanaf de basis modulair opgezet: de kern (qb-core) blijft compact en vrijwel alle functionaliteit zit in losse qb-resources die je makkelijk vervangt of aanpast. De standaardonderdelen, zoals inventory, telefoon en jobs, voelen out of the box moderner aan dan de klassieke ESX-varianten.

Het ecosysteem rond QBCore is jong maar erg actief. Veel nieuwe scripts verschijnen tegenwoordig eerst met QBCore-ondersteuning. De keerzijde: het framework verandert sneller. Updates van de core kunnen afhankelijke resources breken, waardoor je als beheerder vaker moet bijwerken en testen. Er bestaan inmiddels ook forks van QBCore die hun eigen koers varen; check bij de aanschaf van scripts dus altijd voor welke variant ze precies gebouwd zijn.

De vergelijking per onderdeel

Community en documentatie

ESX heeft de langste geschiedenis en dus het grootste archief aan fora, tutorials en Discord-kanalen. Nadeel: veel van die informatie gaat over verouderde versies, waardoor je soms oplossingen vindt die op ESX Legacy net niet meer kloppen. QBCore heeft minder archief, maar de actieve community is groot en de documentatie is relatief actueel. Zoek je hulp in het Nederlands, dan vind je bij ESX vaak nét wat sneller iemand die jouw probleem herkent.

Aanbod aan scripts

Kwantitatief wint ESX: er is simpelweg meer, gratis én betaald. Kwalitatief is het beeld gemengd. Veel gratis ESX-scripts zijn oud en slecht onderhouden, terwijl het QBCore-aanbod gemiddeld jonger en frisser is. Serieuze scriptmakers leveren hun werk tegenwoordig overigens vaak voor beide frameworks, soms via een compatibiliteitslaag. Voor nicheconcepten loont het om vóór je framework-keuze te checken of de scripts die je per se wilt gebruiken überhaupt beschikbaar zijn.

Performance

Hier is een eerlijke ontnuchtering op zijn plaats: het framework zelf is zelden je bottleneck. Zowel ESX Legacy als QBCore draait prima op een goed ingerichte server. Wat servers traag maakt, zijn slecht geoptimaliseerde scripts, veel te veel resources tegelijk en zware databasequery's. Een strakke QBCore-server met vijftig doordachte resources presteert beter dan een ESX-server met tweehonderd gestapelde scripts, en andersom geldt precies hetzelfde. Kies je framework dus niet op basis van performance-claims uit YouTube-video's, maar houd je resourcelijst kritisch kort.

Leercurve

QBCore is voor beginners meestal net wat vriendelijker: de structuur is consistenter en de standaard-resources werken logischer samen. ESX vraagt wat meer uitzoekwerk, vooral omdat je oude en nieuwe scripts door elkaar tegenkomt die elk hun eigen aanpak hebben. Kun jij (of een teamgenoot) al aardig overweg met Lua en SQL, dan is het verschil klein en draait het vooral om smaak.

Updates en onderhoud

ESX Legacy wordt rustig en voorspelbaar doorontwikkeld: updates zijn er wel, maar ze breken zelden bestaande scripts. QBCore beweegt sneller, en dat merk je. Na een core-update kan een deel van je resources klagen, en dan mag jij uitzoeken welk script een nieuwe versie nodig heeft. Vind je sleutelen aan je server leuk, dan is dat prima te doen. Wil je vooral dat alles gewoon blijft draaien, weeg dit dan serieus mee in je keuze.

Overstappen van het ene naar het andere framework

Kort antwoord: het kan, maar reken je niet rijk. ESX en QBCore gebruiken verschillende databasestructuren voor spelers, items, voertuigen en jobs. Er bestaan conversietools die een deel van het werk uit handen nemen, maar in de praktijk ben je alsnog dagen tot weken bezig met data overzetten, scripts vervangen en elke functie opnieuw testen. Voor een server met een actieve community betekent dat downtime, bugs en gemopper van je spelers.

Ons advies: behandel de framework-keuze als semi-permanent. Twijfel je, zet dan eerst een testserver op met beide frameworks en een handvol scripts die je echt wilt gebruiken. Een middag zelf klikken en testen zegt meer dan tien vergelijkingsvideo's van anderen.

Welk framework past bij jouw server?

• Nederlandse roleplay-server met klassieke jobs en economie: ESX. Het grootste aanbod bewezen scripts en de meeste Nederlandstalige kennis en voorbeelden.
• Nieuwe server met moderne interface en actuele scripts: QBCore. Het jonge ecosysteem sluit beter aan bij wat er nu uitkomt.
• Klein servertje voor een vriendengroep: QBCore. Snel op te zetten en de standaardonderdelen zijn direct bruikbaar.
• Server met een eigen developmentteam: maakt weinig uit. Jullie passen toch alles aan; kies het framework waarmee het team de meeste ervaring heeft.
• Bestaande ESX-server die twijfelt: blijven. De migratiekosten wegen zelden op tegen de voordelen.

Nog een laatste nuance: steeds meer scripts worden standalone gebouwd en werken op beide frameworks. Hoe meer standalone resources je gebruikt, hoe minder zwaar de framework-keuze weegt. De basis, zoals jobs, inventory en spelersdata, blijft echter altijd framework-gebonden, dus helemaal ontsnappen aan de keuze lukt niet.

Hosting die je framework aankan

Welk framework je ook kiest: een roleplay-server met een database, tientallen resources en een groeiende community heeft een stevige machine nodig. Bij MC-Node draait je FiveM-server op eigen hardware met NVMe-opslag in het Previder-datacenter in Hengelo, inclusief DDoS-bescherming. Alle pakketten zijn maandelijks opzegbaar, dus je zit nergens aan vast als je project anders loopt dan gepland. Hoeveel je nodig hebt, hangt vooral af van je aantal resources en spelers: een kaal testservertje vraagt weinig, een volle roleplay-server met database en tientallen scripts duidelijk meer.

Wil je eerst rustig experimenteren met ESX én QBCore naast elkaar, dan is het gratis Free-pakket of een klein pakket ideaal als proeftuin. Draai je straks serieus met spelers, dan groei je gewoon mee naar een groter pakket. Bekijk alle FiveM-serverpakketten van MC-Node en start vandaag nog met bouwen.