{"id":87118,"date":"2024-02-05T09:21:22","date_gmt":"2024-02-05T08:21:22","guid":{"rendered":"https:\/\/fivem-mods.net\/?p=87118"},"modified":"2026-07-23T09:28:35","modified_gmt":"2026-07-23T07:28:35","slug":"fivem-rahmenwerke","status":"publish","type":"post","link":"https:\/\/rpcrate.com\/de\/fivem-frameworks\/","title":{"rendered":"FiveM-Rahmen im Vergleich: ESX, QBCore und Qbox"},"content":{"rendered":"

Es gibt keinen offiziellen universellen Gewinner zwischen ESX, QBCore und Qbox.<\/strong> W\u00e4hle das Framework, dessen aktuelles Rezept, APIs und kompatible Ressourcen deine erforderlichen Serverfunktionen, vorhandenen Daten und Teamf\u00e4higkeiten abdecken. Wenn du bereits einen stabilen Framework-spezifischen Stack betreibst, ist es normalerweise die erste Option, in diesem \u00d6kosystem zu bleiben, da eine Migration mehr als nur den Kernordner betrifft.<\/p>\n

Schnelle Entscheidungsanleitung<\/h2>\n
\n\n\n\n\n\n\n\n\n\n
Ausgangspunkt<\/th>\nErstes zu bewertendes Framework<\/th>\nGrund zur \u00dcberpr\u00fcfung<\/th>\n<\/tr>\n<\/thead>\n
Bestehender ESX-Server<\/td>\nESX Legacy<\/td>\nBewahrt ESX-spezifische Daten, Ereignisse, Exporte und Ressourcenkenntnisse, wenn die aktuellen Anforderungen noch erf\u00fcllt sind.<\/td>\n<\/tr>\n
Bestehender QBCore-Server<\/td>\nQBCore<\/td>\nVermeidet Konvertierung, es sei denn, ein anderes Framework l\u00f6st eine dokumentierte Anforderung, die dies rechtfertigt.<\/td>\n<\/tr>\n
Neuer QB-orientierter Build<\/td>\nQBCore oder Qbox<\/td>\nVergleiche die beiden offiziellen Rezepte, ausgew\u00e4hlte Ressourcen, das API-Modell und die exakte Drittanbieter-Kompatibilit\u00e4t.<\/td>\n<\/tr>\n
QBCore-Team erw\u00e4gt Qbox<\/td>\nQbox mit Bridge-Audit<\/td>\nDie QB-Bridge hilft vielen Ressourcen, aber dokumentierte Ausnahmen erfordern immer noch \u00dcberpr\u00fcfungen auf Ressourcenebene.<\/td>\n<\/tr>\n
Keine Rollenspiel-Framework-Anforderung<\/td>\nStandalone-Ressourcen<\/td>\nStandalone beschreibt ein Abh\u00e4ngigkeitsmuster; pr\u00fcfe, ob ein vollst\u00e4ndiges Framework tats\u00e4chlich unn\u00f6tig ist.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Was ein FiveM-Framework leistet<\/h2>\n

Cfx.re beschreibt Frameworks als Grundlagen, die den Aufbau von Serverressourcen erleichtern. Ein Rollenspiel-Framework etabliert in der Regel gemeinsame Muster f\u00fcr Spieler- und Charakterdaten, Jobs, Gegenst\u00e4nde, Geld, Befehle, Berechtigungen und die Kommunikation zwischen Ressourcen. Die genauen Funktionen, die f\u00fcr Spieler sichtbar sind, h\u00e4ngen vom vollst\u00e4ndigen Rezept und den installierten Ressourcen ab, nicht nur vom Namen des Kern-Frameworks.<\/p>\n

Diese Unterscheidung verhindert einen irref\u00fchrenden Vergleich. Inventar-, Wohn-, Telefon-, Bank- oder Fahrzeugsysteme k\u00f6nnen separate Ressourcen sein und k\u00f6nnen ersetzt werden. Ein H\u00e4kchen neben einem Framework-Namen beweist nicht, welche Implementierung, Version oder Integration ein Produktionsserver ausf\u00fchren wird.<\/p>\n

ESX Legacy<\/h2>\n

ESX Legacy ist ein Open-Source-Rollenspiel-Framework, dessen aktueller Kern von der offiziellen ESX-Organisation ver\u00f6ffentlicht wird. Das offizielle Tutorial f\u00fcr neue Server verwendet die ESX Legacy txAdmin-Vorlage. Die manuelle Installation dokumentiert oxmysql, spawnmanager, Datenbankimport, Kern- und Addon-Ressourcen, Ausschl\u00fcsse und Startreihenfolge.<\/p>\n

ESX ist die erste Option, die du pr\u00fcfen solltest, wenn ein bestehender Server bereits ESX-spezifische Spielerdaten, Ressourcen und Teamabl\u00e4ufe hat. Das ist eine Beobachtung zum Migrationsrisiko, keine Aussage \u00fcber Marktanteile. Pr\u00fcfe f\u00fcr einen neuen Build das aktuelle Rezept und stelle sicher, dass jedes ben\u00f6tigte Produkt genau die eingesetzte ESX-Version, das Inventar, die Datenbankbibliothek, die Exporte und die Events unterst\u00fctzt.<\/p>\n

QBCore<\/h2>\n

QBCores offizielle Kernressource qb-core<\/code> legt ein Kernobjekt mit Funktionen, Spielerdaten, gemeinsamen Daten, Konfiguration und Befehlen offen. Gemeinsame Definitionen umfassen Jobs, Gangs, Gegenst\u00e4nde 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.<\/p>\n

QBCore ist ein Kandidat f\u00fcr einen neuen oder bestehenden QB-\u00d6kosystem-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\u00fctzt. Erfasse erforderliche Exporte, Abh\u00e4ngigkeiten, SQL und Startreihenfolge f\u00fcr den exakten Stack.<\/p>\n

Qbox<\/h2>\n

Die offizielle Qbox-Einf\u00fchrung besagt, dass Qbox im Jahr 2022 aus QBCore hervorgegangen ist und nun eigene Kern-APIs und Ressourcen besitzt. Qbox unterh\u00e4lt eine QB-Kompatibilit\u00e4tsbr\u00fccke f\u00fcr viele ordnungsgem\u00e4\u00df geschriebene QBCore-Ressourcen. Die Dokumentation nennt auch Ausnahmen, einschlie\u00dflich Ressourcen, die von direktem Datenbankzugriff, internen Kerndateien oder nicht unterst\u00fctztem Verhalten abh\u00e4ngen.<\/p>\n

Die offizielle Qbox-Installation verwendet ein beliebtes QBox-Rezept in txAdmin. F\u00fcr eine QBCore-Migration behandelt der Konvertierungsleitfaden Konfigurationsunterschiede, numerische Job- und Gang-R\u00e4nge, Inventar- und Datenbankkonvertierung sowie inkrementellen API-Ersatz. Qbox ist daher eine bewusste Framework-Wahl mit einem Kompatibilit\u00e4tsaudit, nicht einfach ein Schalter, der jedes QBCore-Skript unver\u00e4ndert funktionieren l\u00e4sst.<\/p>\n

Vergleichsdimensionen, die du \u00fcberpr\u00fcfen kannst<\/h2>\n
\n\n\n\n\n\n\n\n\n\n\n
Dimension<\/th>\nFrage<\/th>\nBeweis<\/th>\n<\/tr>\n<\/thead>\n
Installationspfad<\/td>\nGibt es ein aktuelles offizielles Rezept und eine vollst\u00e4ndige Dokumentation?<\/td>\nOffizielle Dokumente und Rezept-Repository zum Zeitpunkt der \u00dcberpr\u00fcfung.<\/td>\n<\/tr>\n
Erforderliche Ressourcen<\/td>\nWelche Datenbank und Bibliothek, welches Inventar und welche unterst\u00fctzenden Ressourcen sind ausgew\u00e4hlt?<\/td>\nRezeptdateien, Manifeste und Abh\u00e4ngigkeitsdeklarationen.<\/td>\n<\/tr>\n
API-Kompatibilit\u00e4t<\/td>\nWelche Exporte, Ereignisse, Objekte und Datenfelder rufen die erforderlichen Skripte auf?<\/td>\nRessourcenquelle, Manifeste und offizielle API-Dokumentation.<\/td>\n<\/tr>\n
Datenmodell<\/td>\nWelche Identifikatoren, R\u00e4nge, Konten und Beziehungen m\u00fcssen erhalten bleiben?<\/td>\nSchema-Inventar und getestete Migrationszuordnung.<\/td>\n<\/tr>\n
Betrieb<\/td>\nKann das Team den Stack aktualisieren, diagnostizieren und zur\u00fccksetzen?<\/td>\nBetriebsanleitungen, Backups und eine Wiederherstellungs\u00fcbung auf Staging.<\/td>\n<\/tr>\n
Leistung<\/td>\nWie verh\u00e4lt sich der genaue Stack unter repr\u00e4sentativen Aktionen?<\/td>\nProfiler, Resmon und Datenbankprotokolle aus wiederholten kontrollierten Tests.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Entscheidungs-Checkliste<\/h2>\n
    \n
  1. Liste die ben\u00f6tigten Funktionen f\u00fcr Spieler auf.<\/strong> Benenne die genauen Anforderungen an Jobs, Wirtschaft, Inventar, Wohnen, Telefon, Fahrzeug, Verwaltung und Integration.<\/li>\n
  2. Vorhandene Abh\u00e4ngigkeiten inventarisieren.<\/strong> Framework-Versionen, Manifeste, Datenbanktabellen, Exporte, Ereignisse und benutzerdefinierte Kern\u00e4nderungen aufzeichnen.<\/li>\n
  3. Ressourcenunterst\u00fctzung abbilden.<\/strong> Best\u00e4tige f\u00fcr jede erforderliche Ressource das Framework und die Version, die sie tats\u00e4chlich unterst\u00fctzt, einschlie\u00dflich Br\u00fccken und Ersatzsysteme.<\/li>\n
  4. \u00dcberpr\u00fcfe das Teamwissen.<\/strong> Ber\u00fccksichtige die APIs, Sprachen, das Datenbankmodell und die Betriebswerkzeuge, mit denen die Verantwortlichen Fehler diagnostizieren k\u00f6nnen.<\/li>\n
  5. Sch\u00e4tze die Migration anhand von Beweisen ab.<\/strong> Z\u00e4hle die realen Datendom\u00e4nen und Integrationen; verwende keine generische Stunden- oder Kostentabelle.<\/li>\n
  6. Baue einen repr\u00e4sentativen Test-Stack auf.<\/strong> Verwende das offizielle Rezept, ausgew\u00e4hlte Ressourcen und eine bereinigte Kopie realistischer Daten.<\/li>\n
  7. Definiere Akzeptanz und Rollback.<\/strong> Entscheide, was funktionieren muss und wie die vorherigen konsistenten Dateien und die Datenbank wiederhergestellt werden k\u00f6nnen.<\/li>\n<\/ol>\n

    Migration betrifft das gesamte Servermodell<\/h2>\n

    Der Wechsel von Frameworks kann Identit\u00e4ten, Charaktere, Geld, Jobs, Gangs, Inventar, Fahrzeuge, Garagen, Wohnungen, Telefone, Bankgesch\u00e4fte, Gesellschaftskonten, Berechtigungen und benutzerdefinierte Ereignisse betreffen. Datenbeziehungen sind wichtig: Das Erstellen einer neuen Charakterkennung ohne die Zuordnung aller zugeh\u00f6rigen Datens\u00e4tze kann Verm\u00f6genswerte oder Berechtigungen verwaist lassen.<\/p>\n

    F\u00fchre 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 \u00fcbe das Rollback. Framework-spezifische Skripte ben\u00f6tigen m\u00f6glicherweise eine offizielle Br\u00fccke, einen dokumentierten Multi-Framework-Modus oder Code\u00e4nderungen. ESX-Skripte sind nicht automatisch auf QBCore oder Qbox portierbar, und die Qbox QB-Br\u00fccke ist nicht universell.<\/p>\n

    So benchmarkst du deinen eigenen Stack<\/h2>\n

    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\u00e4sentativen Spieleraktionen. Halte die Ressourcen funktional vergleichbar und dokumentiere jeden beabsichtigten Unterschied.<\/p>\n

      \n
    1. W\u00e4rme jeden Server konsistent auf und erfasse das Leerlaufverhalten.<\/li>\n
    2. Wiederhole dieselben Vorg\u00e4nge zum Laden von Charakteren sowie dieselben Inventar-, Job-, Fahrzeug- und Wirtschaftsaktionen.<\/li>\n
    3. Sammle FiveM Profiler- oder Resmon-Beweise sowie Datenbank-Slow-Query- und Systemmetriken.<\/li>\n
    4. F\u00fchre mehrere Stichproben durch und berichte Verteilungen oder Bereiche, nicht eine einzelne Bestzahl.<\/li>\n
    5. \u00dcberpr\u00fcfe Fehler, Datenkorrektheit und Wiederverbindungsverhalten zusammen mit dem Timing.<\/li>\n
    6. Behalte die Konfiguration und die Rohprotokolle, damit ein anderer Pr\u00fcfer die Schlussfolgerung reproduzieren kann.<\/li>\n<\/ol>\n

      Ein Benchmark eines Kerns mit verschiedenen Ressourcen isoliert das Framework nicht. Ein Ergebnis von einem synthetischen leeren Server beweist nicht die Produktionskapazit\u00e4t. Ver\u00f6ffentliche nur Schlussfolgerungen, die durch die aufgezeichnete Einrichtung und die Rohdaten gest\u00fctzt werden.<\/p>\n

      Praktische Empfehlung<\/h2>\n