Dies ist die erste wirklich wichtige Entscheidung beim Aufbau eines FiveM-Rollenspiel-Servers – und diejenige, deren spätere Änderung mit den höchsten Kosten verbunden ist. ESX und QBCore erfüllen im Großen und Ganzen dieselben Aufgaben: Sie verwalten Spieler, Geld, Inventar, Berufe und Fahrzeuge. Sie gehen dabei unterschiedlich vor, und vor allem verfügen sie nicht über dasselbe Skript-Ökosystem.
Unabhängig vom verwendeten Framework zieht ein öffentlich zugänglicher RP-Server auch Angriffe an: Sehen Sie daher bereits bei der Inbetriebnahme einen FiveM-Anti-DDoS-Schutz vor.
1. Wozu dient ein Framework?
FiveM selbst kennt weder Charaktere noch Geld noch Berufe: Es stellt lediglich einen Spielserver und ein Ressourcensystem bereit. Ein Framework fügt diese gemeinsame Ebene hinzu, auf die alle Skripte aufsetzen. Bei der Auswahl kommt es daher weniger darauf an, was das Framework selbst leistet, als vielmehr darauf, alles, was für ihn geschrieben wurde.
2. ESX Legacy
ESX ist die ältere der beiden Versionen und in der französischsprachigen Community bei weitem am weitesten verbreitet. Es handelt sich um die „Legacy“-Version, die heute noch gepflegt wird; die älteren Versionen 1.1 und 1.2 werden nicht mehr unterstützt, und alle Anleitungen, die sich darauf beziehen, sind veraltet.
- Was gefällt : Eine beträchtliche Anzahl verfügbarer Skripte – sowohl kostenloser als auch kostenpflichtiger – sowie eine umfangreiche Dokumentation in französischer Sprache. Für einen Server in französischer Sprache ist dies das am besten ausgestattete Ökosystem.
- Was das Problem ist : Ein über mehrere Generationen hinweg gewachsener Code-Bestand, dessen Qualität von Ressource zu Ressource stark variiert. Ältere ESX-Skripte sind häufig schlecht optimiert.
3. QBCore
QBCore ist neuer, von Anfang an einheitlicher strukturiert und in der englischsprachigen Community führend.
- Was gefällt : eine einheitlichere Architektur, ein moderneres Inventar und ein moderneres Berufssystem bereits bei der Installation sowie oft besser programmierte Ressourcen.
- Was das Problem ist : Es gibt weniger Ressourcen auf Französisch, und ein Teil der englischsprachigen Community ist zu anderen, neueren Plattformen gewechselt, was die Lage unübersichtlicher macht.
4. Der Vergleich
| ESX Legacy | QBCore | |
|---|---|---|
| Verfügbare Skripte | Sehr zahlreich, uneinheitliche Qualität | Weniger zahlreich, oft sauberer |
| Französischsprachige Gemeinschaft | Dominante | Vertreten, jedoch in der Minderheit |
| Erste Schritte | Zahlreiche Anleitungen, von denen viele veraltet sind | Übersichtlichere Dokumentation, insbesondere auf Englisch |
| Mitgelieferte Bestandsliste | Grundlegend, wird fast immer ersetzt | Von Anfang an umfassender |
| Leistungen | Hängen vollständig von den installierten Skripten ab | Hängen vollständig von den installierten Skripten ab |
| Einstellung von Entwicklern | In Frankreich ist es einfacher | Einfacher im internationalen Geschäft |
Was die Leistung angeht, sollten Sie sich vor pauschalen Behauptungen hüten: Keines der beiden ist von Natur aus schneller. Was einen Rollenspiel-Server zum Ruckeln bringt, sind die zwanzig oder dreißig zusätzlich hinzugefügten Ressourcen, nicht das Framework selbst. Ein schlanker ESX läuft besser als ein überladener QBCore, und das Gegenteil trifft ebenso zu.
5. Wie trifft man eine Entscheidung?
Entscheiden Sie sich für ESX, wenn
- Ihr Kellner und Ihr Team sprechen Französisch.
- Sie wünschen sich die größte Auswahl an verfügbaren Skripten.
- Sie gehen von einem bereits unter ESX erstellten Paket oder einer bereits erstellten Basis aus.
- Sie beabsichtigen, Entwickler in Frankreich einzustellen.
Entscheiden Sie sich für QBCore, wenn
- Sie fangen ganz von vorne an und wünschen sich eine einheitlichere Grundlage.
- Ihr Team hat keine Schwierigkeiten, Englisch zu lesen.
- Sie bevorzugen ein umfassendes Inventar und alle Berufe bereits bei der Installation.
- Sie richten sich an ein internationales Publikum.
Ein entscheidendes Kriterium bleibt oft unbeachtet: die kostenpflichtigen Skripte, die Sie erwerben möchten. Erstellen Sie eine Liste, bevor Sie sich entscheiden. Wenn drei Viertel davon nur für eine der beiden Optionen verfügbar sind, ist die Entscheidung bereits gefallen.
6. Was ist, wenn man später etwas ändern möchte?
Lassen Sie uns eines klarstellen: Der Wechsel von ESX zu QBCore oder umgekehrt auf einem Server im Produktivbetrieb ist keine Migration, sondern eine Neuaufstellung. Jedes Skript muss neu geschrieben oder ersetzt, das Datenbankschema neu erstellt und die Spielerdaten konvertiert werden. Viele Server, die sich daran wagen, verlieren dabei ihre Spielergemeinschaft.
Nehmen Sie sich also die Zeit, beide Lösungen einige Tage lang auf einem Entwicklungsserver zu testen, bevor Sie den Betrieb aufnehmen. Ein kleines Angebot reicht dafür aus, und es ist ungleich kostengünstiger als eine Umstellung sechs Monate später.
7. Was sich auf der Serverseite ändert
Technisch gesehen fast gar nichts: Beide Frameworks erfordern eine MariaDB-Datenbank, die Ressource oxmysql sowie einen Server mit ausreichender Kapazität. In beiden Fällen sollten Sie für einen aktiven Rollenspiel-Server mindestens 8 GB Arbeitsspeicher einplanen; sobald sich die Skripte häufen, ist ein höherer Wert erforderlich.
Unser server.cfg-Generator erzeugt die Ausgangskonfiguration für beide, und die Dimensionierungsrechner Schätzen Sie den Speicherbedarf entsprechend Ihrer Spieleranzahl ein. Informationen zur Datenbank finden Sie auch unter MariaDB absichern.
Weiterlesen
FiveM-Server lässt sich nicht starten: Lösungen
Die häufigsten Startfehler eines FiveM-Servers und deren Behebung: Lizenz abgelehnt, Port belegt, Verbindung nicht möglich, Ressourcenfehler.
FiveM: Welchen Artefakt-Build soll man wählen?
FXServer-Artefakte verstehen: empfohlener Build oder aktuellster Build, wie man die Version wechselt, ohne den Server lahmzulegen, und die Rolle von…
Einen FiveM-Server auf einem VPS einrichten: Die umfassende Anleitung
Schritt-für-Schritt-Anleitung zur Installation eines FiveM-Servers auf einem Linux-VPS: Vorbereitung, Artefakte, Cfx.re-Schlüssel, server.cfg, txAdmin, MariaDB-Datenbank, systemd-Dienst, …
Häufig gestellte Fragen
ESX oder QBCore: Welches ist leistungsstärker?
Weder das eine noch das andere von Natur aus. Verzögerungen bei einem Rollenspiel-Server sind fast immer auf zusätzliche Ressourcen zurückzuführen, nicht auf das Framework. Ein schlanker ESX-Server läuft besser als ein mit schlecht geschriebenen Skripten überladener QBCore-Server – und umgekehrt.
Können ESX-Skripte auf QBCore verwendet werden?
Nicht direkt: Die beiden Frameworks stellen unterschiedliche Funktionen bereit. Einige Skripte werden in zwei Versionen veröffentlicht, und es gibt zwar Kompatibilitätsbrücken, diese erhöhen jedoch die Komplexität. Planen Sie daher die Verwendung von Ressourcen ein, die speziell für Ihr Framework entwickelt wurden.
Welches Framework sollte man für einen französischsprachigen Server wählen?
In den meisten Fällen empfiehlt sich ESX Legacy: Das französischsprachige Ökosystem, die Skripte und die verfügbaren Entwickler sind dort weitaus zahlreicher. QBCore bleibt eine gute Wahl, wenn Sie ganz von vorne beginnen und Englisch für Sie kein Hindernis darstellt.
Wie viel RAM wird für einen ESX- oder QBCore-Server benötigt?
Rechnen Sie mit etwa 6 GB für das Framework und seine Basisressourcen, bevor der erste Spieler hinzukommt, sowie mit etwa 80 MB pro verbundenem Spieler. Ein Server mit 48 Plätzen benötigt daher in der Praxis je nach Anzahl der Skripte 8 bis 16 GB.
Ist eine Migration von ESX auf QBCore möglich?
Technisch gesehen ja, aber das käme einem Neuaufbau des Servers gleich: Jedes Skript müsste ersetzt, das Datenbankschema neu erstellt und die Spielerdaten konvertiert werden. Es ist besser, diese Entscheidung noch vor dem Start zu treffen.










