Es gibt keinen offiziellen universellen Gewinner zwischen ESX, QBCore und Qbox. Wähle das Framework, dessen aktuelles Rezept, APIs und kompatible Ressourcen deine erforderlichen Serverfunktionen, vorhandenen Daten und Teamfähigkeiten abdecken. Wenn du bereits einen stabilen Framework-spezifischen Stack betreibst, ist es normalerweise die erste Option, in diesem Ökosystem zu bleiben, da eine Migration mehr als nur den Kernordner betrifft.
Schnelle Entscheidungsanleitung
| Ausgangspunkt | Erstes zu bewertendes Framework | Grund zur Überprüfung |
|---|---|---|
| Bestehender ESX-Server | ESX Legacy | Bewahrt ESX-spezifische Daten, Ereignisse, Exporte und Ressourcenkenntnisse, wenn die aktuellen Anforderungen noch erfüllt sind. |
| Bestehender QBCore-Server | QBCore | Vermeidet Konvertierung, es sei denn, ein anderes Framework löst eine dokumentierte Anforderung, die dies rechtfertigt. |
| Neuer QB-orientierter Build | QBCore oder Qbox | Vergleiche die beiden offiziellen Rezepte, ausgewählte Ressourcen, das API-Modell und die exakte Drittanbieter-Kompatibilität. |
| QBCore-Team erwägt Qbox | Qbox mit Bridge-Audit | Die QB-Bridge hilft vielen Ressourcen, aber dokumentierte Ausnahmen erfordern immer noch Überprüfungen auf Ressourcenebene. |
| Keine Rollenspiel-Framework-Anforderung | Standalone-Ressourcen | Standalone beschreibt ein Abhängigkeitsmuster; prüfe, ob ein vollständiges Framework tatsächlich unnötig ist. |
Was ein FiveM-Framework leistet
Cfx.re beschreibt Frameworks als Grundlagen, die den Aufbau von Serverressourcen erleichtern. Ein Rollenspiel-Framework etabliert in der Regel gemeinsame Muster für Spieler- und Charakterdaten, Jobs, Gegenstände, Geld, Befehle, Berechtigungen und die Kommunikation zwischen Ressourcen. Die genauen Funktionen, die für Spieler sichtbar sind, hängen vom vollständigen Rezept und den installierten Ressourcen ab, nicht nur vom Namen des Kern-Frameworks.
Diese Unterscheidung verhindert einen irreführenden Vergleich. Inventar-, Wohn-, Telefon-, Bank- oder Fahrzeugsysteme können separate Ressourcen sein und können ersetzt werden. Ein Häkchen neben einem Framework-Namen beweist nicht, welche Implementierung, Version oder Integration ein Produktionsserver ausführen wird.
ESX Legacy
ESX Legacy ist ein Open-Source-Rollenspiel-Framework, dessen aktueller Kern von der offiziellen ESX-Organisation veröffentlicht wird. Das offizielle Tutorial für neue Server verwendet die ESX Legacy txAdmin-Vorlage. Die manuelle Installation dokumentiert oxmysql, spawnmanager, Datenbankimport, Kern- und Addon-Ressourcen, Ausschlüsse und Startreihenfolge.
ESX ist die erste Option, die du prüfen solltest, wenn ein bestehender Server bereits ESX-spezifische Spielerdaten, Ressourcen und Teamabläufe hat. Das ist eine Beobachtung zum Migrationsrisiko, keine Aussage über Marktanteile. Prüfe für einen neuen Build das aktuelle Rezept und stelle sicher, dass jedes benötigte Produkt genau die eingesetzte ESX-Version, das Inventar, die Datenbankbibliothek, die Exporte und die Events unterstützt.
QBCore
QBCores offizielle Kernressource qb-core legt ein Kernobjekt mit Funktionen, Spielerdaten, gemeinsamen Daten, Konfiguration und Befehlen offen. Gemeinsame Definitionen umfassen Jobs, Gangs, Gegenstände und Fahrzeuge. Die offizielle Windows-Installation verwendet das beliebte QBCore-Framework-Rezept in txAdmin, und das Rezept stellt eine Datenbank und einen breiteren Ressourcensatz bereit, anstatt nur den Kernordner.
QBCore ist ein Kandidat für einen neuen oder bestehenden QB-Ökosystem-Build, wenn seine dokumentierten APIs und kompatiblen Ressourcen die Serveranforderungen abdecken. Gehe nicht davon aus, dass jede Ressource mit einem QBCore-Label jede Core-Version oder jedes Ersatzinventar unterstützt. Erfasse erforderliche Exporte, Abhängigkeiten, SQL und Startreihenfolge für den exakten Stack.
Qbox
Die offizielle Qbox-Einführung besagt, dass Qbox im Jahr 2022 aus QBCore hervorgegangen ist und nun eigene Kern-APIs und Ressourcen besitzt. Qbox unterhält eine QB-Kompatibilitätsbrücke für viele ordnungsgemäß geschriebene QBCore-Ressourcen. Die Dokumentation nennt auch Ausnahmen, einschließlich Ressourcen, die von direktem Datenbankzugriff, internen Kerndateien oder nicht unterstütztem Verhalten abhängen.
Die offizielle Qbox-Installation verwendet ein beliebtes QBox-Rezept in txAdmin. Für eine QBCore-Migration behandelt der Konvertierungsleitfaden Konfigurationsunterschiede, numerische Job- und Gang-Ränge, Inventar- und Datenbankkonvertierung sowie inkrementellen API-Ersatz. Qbox ist daher eine bewusste Framework-Wahl mit einem Kompatibilitätsaudit, nicht einfach ein Schalter, der jedes QBCore-Skript unverändert funktionieren lässt.
Vergleichsdimensionen, die du überprüfen kannst
| Dimension | Frage | Beweis |
|---|---|---|
| Installationspfad | Gibt es ein aktuelles offizielles Rezept und eine vollständige Dokumentation? | Offizielle Dokumente und Rezept-Repository zum Zeitpunkt der Überprüfung. |
| Erforderliche Ressourcen | Welche Datenbank und Bibliothek, welches Inventar und welche unterstützenden Ressourcen sind ausgewählt? | Rezeptdateien, Manifeste und Abhängigkeitsdeklarationen. |
| API-Kompatibilität | Welche Exporte, Ereignisse, Objekte und Datenfelder rufen die erforderlichen Skripte auf? | Ressourcenquelle, Manifeste und offizielle API-Dokumentation. |
| Datenmodell | Welche Identifikatoren, Ränge, Konten und Beziehungen müssen erhalten bleiben? | Schema-Inventar und getestete Migrationszuordnung. |
| Betrieb | Kann das Team den Stack aktualisieren, diagnostizieren und zurücksetzen? | Betriebsanleitungen, Backups und eine Wiederherstellungsübung auf Staging. |
| Leistung | Wie verhält sich der genaue Stack unter repräsentativen Aktionen? | Profiler, Resmon und Datenbankprotokolle aus wiederholten kontrollierten Tests. |
Entscheidungs-Checkliste
- Liste die benötigten Funktionen für Spieler auf. Benenne die genauen Anforderungen an Jobs, Wirtschaft, Inventar, Wohnen, Telefon, Fahrzeug, Verwaltung und Integration.
- Vorhandene Abhängigkeiten inventarisieren. Framework-Versionen, Manifeste, Datenbanktabellen, Exporte, Ereignisse und benutzerdefinierte Kernänderungen aufzeichnen.
- Ressourcenunterstützung abbilden. Bestätige für jede erforderliche Ressource das Framework und die Version, die sie tatsächlich unterstützt, einschließlich Brücken und Ersatzsysteme.
- Überprüfe das Teamwissen. Berücksichtige die APIs, Sprachen, das Datenbankmodell und die Betriebswerkzeuge, mit denen die Verantwortlichen Fehler diagnostizieren können.
- Schätze die Migration anhand von Beweisen ab. Zähle die realen Datendomänen und Integrationen; verwende keine generische Stunden- oder Kostentabelle.
- Baue einen repräsentativen Test-Stack auf. Verwende das offizielle Rezept, ausgewählte Ressourcen und eine bereinigte Kopie realistischer Daten.
- Definiere Akzeptanz und Rollback. Entscheide, was funktionieren muss und wie die vorherigen konsistenten Dateien und die Datenbank wiederhergestellt werden können.
Migration betrifft das gesamte Servermodell
Der Wechsel von Frameworks kann Identitäten, Charaktere, Geld, Jobs, Gangs, Inventar, Fahrzeuge, Garagen, Wohnungen, Telefone, Bankgeschäfte, Gesellschaftskonten, Berechtigungen und benutzerdefinierte Ereignisse betreffen. Datenbeziehungen sind wichtig: Das Erstellen einer neuen Charakterkennung ohne die Zuordnung aller zugehörigen Datensätze kann Vermögenswerte oder Berechtigungen verwaist lassen.
Führe keinen generischen Konvertierungs-SQL-Snippet gegen die Produktion aus. Beginne mit einem Schema und einer Ressourceninventur, entwerfe eine idempotente Konvertierung gegen eine Testkopie, validiere die Datensatzanzahl und Beziehungen und übe das Rollback. Framework-spezifische Skripte benötigen möglicherweise eine offizielle Brücke, einen dokumentierten Multi-Framework-Modus oder Codeänderungen. ESX-Skripte sind nicht automatisch auf QBCore oder Qbox portierbar, und die Qbox QB-Brücke ist nicht universell.
So benchmarkst du deinen eigenen Stack
Wenn Leistung die Wahl beeinflusst, vergleiche kontrollierte Testaufbauten, statt eine Rangliste zu wiederholen. Verwende denselben Host oder isolierte gleichwertige Hardware, dasselbe FXServer-Artefakt, dieselbe Datenbankversion, dasselbe Datenvolumen und dieselben repräsentativen Spieleraktionen. Halte die Ressourcen funktional vergleichbar und dokumentiere jeden beabsichtigten Unterschied.
- Wärme jeden Server konsistent auf und erfasse das Leerlaufverhalten.
- Wiederhole dieselben Vorgänge zum Laden von Charakteren sowie dieselben Inventar-, Job-, Fahrzeug- und Wirtschaftsaktionen.
- Sammle FiveM Profiler- oder Resmon-Beweise sowie Datenbank-Slow-Query- und Systemmetriken.
- Führe mehrere Stichproben durch und berichte Verteilungen oder Bereiche, nicht eine einzelne Bestzahl.
- Überprüfe Fehler, Datenkorrektheit und Wiederverbindungsverhalten zusammen mit dem Timing.
- Behalte die Konfiguration und die Rohprotokolle, damit ein anderer Prüfer die Schlussfolgerung reproduzieren kann.
Ein Benchmark eines Kerns mit verschiedenen Ressourcen isoliert das Framework nicht. Ein Ergebnis von einem synthetischen leeren Server beweist nicht die Produktionskapazität. Veröffentliche nur Schlussfolgerungen, die durch die aufgezeichnete Einrichtung und die Rohdaten gestützt werden.
Praktische Empfehlung
- Wähle ESX wenn die aktuellen ESX-Ressourcen, Daten und das Teamwissen die Anforderungen am besten erfüllen und eine Migration keinen erwiesenen Nutzen hat.
- Wähle QBCore wenn das offizielle QB-Rezept und das dokumentierte Ökosystem zu einem neuen Build oder einem bestehenden QB-Server passen.
- Wähle Qbox wenn das Team bewusst das aktuelle Rezept und die APIs von Qbox einsetzen möchte und eine Prüfung der QB-Bridge oder der Migration durchführen kann.
Öffne die dedizierten Framework-Anleitungen für die aktuelle offizielle Installations- und Kompatibilitätsgrenze. Gleiche dann kommerzielle Ressourcen mit dem exakt gewählten Stack ab, anstatt ein breites Kategorielabel als endgültigen Beweis zu behandeln.
Detaillierte Framework-Anleitungen
Informiere dich anschließend über die genauen Installations- und Kompatibilitätsbedingungen für ESX Legacy, QBCore oder die Kombination aus Qbox und Ox.
Referenzdokumentation
Cfx.re — Frameworks · Quelle: docs.qbox.re · Quelle: qbcore-fivem/qb-core · Quelle: esx-framework/esx_core