QBOX vs. QBCore: Welches FiveM-Framework sollten Sie wählen?

Einführung: Warum Frameworks wichtig sind

Ihr Framework entscheidet darüber, wie schnell Sie Funktionen erstellen, wie stabil Ihre Stadt läuft und wie einfach Sie skalieren können. In FiveM QBCore Und QBOX sind die beiden modernen Optionen, die die meisten Eigentümer in Betracht ziehen. Beide sind leistungsfähig, optimieren aber auf unterschiedliche Weise: Ökosystembreite vs. moderne Ox-First-Architektur. Dieser Leitfaden erläutert die Unterschiede mit praktischen Hinweisen, die Sie umsetzen können.

Kurz zusammengefasst

Neuer Server, moderner Stack, Ox-Ökosystem vom ersten Tag an? Favorisieren QBOX.
Bestehende Stadt mit vielen QB-nativen Ressourcen und Mitarbeitern, die QBCore kennen? Bleiben Sie dran QBCore (oder schrittweise migrieren).

Durchsuchen Sie unsere kuratierten Framework-Inhalte und Skriptbibliotheken:
• QBOX-Skripte → https://fivemx.com/qbox-scripts/
• QBCore-Skripte → https://fivemx.com/qbcore-scripts/
• Frameworks-Hub → https://fivemx.com/frameworks

Definitionen (jeweils in einer Zeile)

QBCoreDas beliebteste Lua-RP-Framework für FiveM, mit jahrelanger Erfahrung in der Community-Skriptentwicklung und Tutorials. Kern Repository: qbcore‑framework/qb‑core.
QBOX: Ein moderner Nachfolgepfad mit einer Ox-First-Philosophie (ox_lib/oxmysql/ox_inventory) sowie einer QB-Kompatibilitätsbrücke, um viele QB-Ressourcen mit wenigen oder keinen Änderungen auszuführen.

Problem, das dieser Artikel löst

Wählen Sie zwischen QBOX und QBCore, ohne Ihren gesamten Stack zu überarbeiten. Wir vergleichen Funktionen, Leistungsmuster und Ökosystemrealitäten und stellen Ihnen Migrationschecklisten zur Verfügung, falls Sie wechseln.

Was ist QBCore?

Ursprünge. QBCore entstand aus der Community als pragmatisches, modulares Framework zur Beschleunigung der RP-Server-Entwicklung. Es legte Konventionen für Spieler, Jobs, Inventare, Finanzen, Rückrufe, Exporte und allgemeine Ereignisse fest. Da es schon länger existiert als QBOX, hat es die größter Katalog vorgefertigter Skripte (kostenlos und Premium) und die meisten Tutorials auf YouTube/Discord.

Stärken.

Ökosystem-Skala. Tausende von QB-getaggten Ressourcen, von Telefonen und Jobs bis hin zu Admin-Tools und UI-Paketen. Schnellerer Aufbau einer Stadt aus vorhandenen Komponenten.
Vertrautheit des Entwicklers. Entwickler, Mitarbeiter und Community-Helfer kennen die Exporte/Ereignisse von QBCore oft auswendig. Die Fehlerbehebung geht schnell.
Stabile Konventionen. Bürgerdaten, Rückrufe, Server-/Spielerstatus und allgemeine Muster werden gut verstanden, wodurch Reibungsverluste beim Onboarding reduziert werden.
Flexible DB-Schicht. Die meisten modernen QBCore-Server laufen oxmysql heute; ältere Stacks verwendeten ghmattimysql/mysql‑async. Sie können Ihre Datenbank und Skripte behalten, während Sie sie modernisieren.

Schwächen.

Legacy-Varianz. Viele „klassische“ QB-Skripte stammen aus der Zeit vor den Best Practices von Ox – gemischte Codequalität und mehr Refactoring, wenn Sie auf 0,00–0,01 ms Leerlauf drängen.
Fragmentierung der Benutzeroberfläche. Die historische Abhängigkeit von älteren UIs/Inventaren bedeutet, dass Sie häufig ersetzen oder anpassen ox_inventory und neuere UI-Kits sowieso.
Zukünftige Haushaltsführung. Da sich die Best Practices in Richtung Ox/typisierter Dienstprogramme bewegen, werden Sie den Glue-Code kontinuierlich umgestalten oder Adapter hinzufügen.

Entdecken Sie unsere QB-Inhaltsbibliothek: QBCore-Skripte → https://fivemx.com/qbcore-scripts/
Anleitung: QBCore-Skripte anpassen → https://fivemx.com/how-to-customize-qbcore-scripts

QBCore-Website

Was ist QBOX?

Positionierung. QBOX umfasst die Ochsen-Ökosystem sofort einsatzbereit: ox_lib, oxmysqlund einen modernen Ansatz für Exporte, Ereignisse und Module. Es wird mit einem Brückenschicht das behält Abwärtskompatibilität mit den meisten QB-Ressourcen, sodass Sie einen saubereren Kern übernehmen können, ohne auf Ihre Lieblingsskripte verzichten zu müssen.

Hauptmerkmale.

Ox-First-Stiftung. Konsistente Dienstprogramme (Mathematik/Tabellen/Zeichenfolgen/Zeichnen) und moderne Muster sorgen für sauberere und schnellere Ressourcen.
Kompatibilitätsbrücke. Viele QB-Skripte werden mit minimalen oder gar keinen Änderungen ausgeführt – nützlich für schrittweise Migrationen.
Batterien im Lieferumfang enthalten. Multicharakter, Multijob/Gang, Warteschlange und andere Must-haves sind erstklassige Module und keine Ad-hoc-Add-ons.

Vorteile.

Leistungsorientierte Standardeinstellungen. Ox-basierte Muster tragen dazu bei, Polling-Schleifen und Draw Calls zu reduzieren, vorausgesetzt, Sie beachten die Best Practices für alle Ressourcen.
Sicherheits- und Qualitätshaltung. Klare Anleitung zur Vermeidung von Kernbearbeitungen; Konfiguration statt Patchen. Einfachere Audits.
Zukunftssicherheit. Entwickelt für FiveM ab 2025: Lua 5.4, Oxmysql und moderne UI-Stacks.

Nachteile.

Kleineres Ökosystem (vorerst). Sie stützen sich auf die Kompatibilitätsbrücke oder Portskripte, die auf QB-Ismen basieren.
Lernkurve des Teams. Mitarbeiter, die an QBCore-Ereignisse/-Exporte gewöhnt sind, müssen sich an die Ox/Qbox-Idiome gewöhnen.

QBOX-Hub → https://fivemx.com/qbox-ox-stack
QBOX-Skripte (kuratiert) → https://fivemx.com/qbox-scripts/

QBOX Website

QBOX vs. QBCore – Direkter Vergleich (Funktionsmatrix)

Übersichtstabelle

Bereich	QBOX	QBCore	Praktisches Urteil
Leistungsmuster	Ox-First, schlanke Module, weniger veraltete Fußwaffen. Wenn Sie die Ox-Praktiken befolgen, ist es einfacher, die CPU-Leerlaufzeit bei 0,00–0,02 ms zu halten.	Variiert je nach Ressourcenjahrgang; viele großartige moderne Skripte, einige ältere mit vielen Tick-Loops.	Für eine neue Stadt, die auf extrem niedrige Leerlaufdrehzahlen abzielt, hat QBOX den Vorteil; ein gut zusammengestellter QBCore-Stack kann da mithalten.
Ökosystem & Skripte	Kleinerer nativer Katalog; basiert auf QB-kompatibler Bridge + Ox-Ressourcen.	Größter Katalog vorgefertigter Skripte und Tutorials.	Wenn Sie schnelle Inhalte benötigen, ist QBCore heute die beste Wahl.
Datenbankebene	oxmysql standardmäßig; Schema und Abfragen typischerweise im Ox-Stil.	Moderne Server verwenden auch oxmysql; Legacy-Stacks könnten mysql‑async/ghmatti sein.	Gleichstand im Jahr 2025, wenn Sie bereits Oxmysql verwenden; eine Migration ist nur erforderlich, wenn Sie noch MySQL-Async verwenden.
Inventar/Benutzeroberfläche	Ox‑aligned (üblicherweise ox_inventory). Saubere, erweiterbare Benutzeroberflächen.	Historisch gesehen qb‑inventar und viele Forks; viele Admins standardisieren auf ox_inventory Trotzdem.	Wenn Sie Ox-UI-Konventionen wünschen, ist QBOX besser geeignet.
Abhängigkeiten/Tools	ox_lib, oxmysql, integrierte Module; konsistente Exporte/Ereignisse.	qb‑core plus viele qb‑Ressourcen; Qualität variiert.	QBOX hat mehr Meinungen, QBCore ist offener.
Anpassung/DX	Konfigurationsgesteuerte Module, klare Trennung; Entwickler zu exportbasierten APIs drängen.	Vertraute Exporte/Ereignisse; jede Menge Codebeispiele online.	QBCore ist einfacher für Teams mit QB-Erfahrung; QBOX ist besser für Greenfield-/Ox-Entwickler geeignet.
Community und Dokumente	Kleinere, aber fokussierte Dokumentation und aktive Betreuer.	Große Community, viele inoffizielle Anleitungen.	Benötigen Sie schnell Antworten? QBCore bietet mehr Community-Inhalte; die QBOX-Dokumente werden verbessert.
Zukunftssicherheit	Basierend auf aktuellen Best Practices (Lua 5.4, Ox-Stack, typisierte Dienstprogramme).	Entwickelt sich noch immer weiter; viele Server werden Stück für Stück modernisiert.	Leichter QBOX-Vorteil für langfristige Sauberkeit; QBCore bleibt funktionsfähig.
Sicherheitshaltung	Fördert keine Kernbearbeitungen, Modulisolierung und sauberere Berechtigungsabläufe.	Hängt von bestimmten Ressourcen ab; viele sind solide, einige ältere weniger.	QBOX-Standards reduzieren fehleranfällige Bearbeitungen; mit QBCore erzwingen Sie Überprüfungen und Lint-Tests.
txAdmin-Rezepte	Offizielle Anleitungen und Rezepte verfügbar; Schnellstart.	Überall praxiserprobte Rezepte und Vorlagen.	Gleichstand; wählen Sie das Rezept, das Ihrem Stapel am nächsten ist.
Migrationsreibung	QB-Bridge reduziert Reibung; Ox-Ausrichtung minimiert zukünftige Refactorings.	Minimal, wenn Sie im QB-Land bleiben; ein späterer Wechsel ist mit Aufwand verbunden.	Wenn Sie Ox überall voraussehen, starten Sie QBOX.
Lernkurve	Neu, wenn Ihr Team nur QB kennt; Ox-Gewohnheiten zum Annehmen.	Niedriger für bestehende Administratoren; die meisten Mitarbeiter kennen die QB-Flows bereits.	Treffen Sie Ihre Auswahl auf Grundlage der aktuellen Fähigkeiten Ihrer Mitarbeiter.

Hinweise, die in der Praxis wichtig sind

Ihre schlechteste Ressource bestimmt die Leistung. Die Wahl des Frameworks hilft, aber die Hauptlast liegt bei der Benutzeroberfläche, Streaming-Assets und schlecht getimten Schleifen. Profilieren Sie immer mit resmon und überwachen Sie jede PR.
Ochsenausrichtung ist der Trend. Unabhängig davon, ob Sie QBOX oder QBCore verwenden, wechseln Sie zu oxmysql, ox_lib, Und ox_inventory verbessert tendenziell die Zuverlässigkeit und die Erfahrung des Entwicklers.

Wann Sie sich für QBOX entscheiden sollten

Wählen QBOX wenn die meisten dieser Aussagen zutreffen:

Sie starten eine neuer Server und Sie benötigen nicht am ersten Tag Dutzende von veralteten QB-Only-Skripten.
Sie möchten Ochse überall: ox_lib, oxmysql, ox_inventory, ox_target.
Sie kümmern sich um langfristige Wartbarkeit mehr als die maximale Anzahl an Skripten am ersten Tag.
Ihr Team kann problemlos neue Muster übernehmen und offizielle Dokumente lesen.

Betriebliche Vorteile:

Ein saubererer Config‑over‑Patching-Ansatz reduziert das Risiko von „Core Edits“.
Weniger Klebeschichten für eine moderne UI/UX.
Einfachere Standardisierung der Codierungspraktiken aller Mitwirkenden.

Erste Schritte: QBOX-Hub → https://fivemx.com/qbox-ox-stack • Skripte → https://fivemx.com/qbox-scripts/

Wann Sie sich für QBCore entscheiden sollten

Wählen QBCore wenn die meisten wahr sind:

Sie führen bereits ein QB-Stadt mit Live-Spielern und Mitarbeitern, die in QB-Flows geschult sind.
Sie benötigen maximale Ökosystemabdeckung heute (Telefone, Jobs, Benutzeroberflächen, CADs, Admin-Pakete) mit minimaler Portierung.
Sie planen vor Ort modernisieren: Oxmysql übernehmen, ältere Inventare/Benutzeroberflächen ersetzen, umfangreiche Schleifen umgestalten und Berechtigungen einschränken.

Betriebliche Vorteile:

Schnellere Einstellung und Einarbeitung – die meisten Bewerber kennen QB-Exporte/-Events.
Bei Verwendung vorhandener Ressourcen und Anleitungen ist die Zeit bis zur Veröffentlichung der Funktion kurz.

Hilfreiche interne Leitfäden:

QBCore-Skriptkatalog → https://fivemx.com/qbcore-scripts/
Anleitung: QBCore-Skripte anpassen → https://fivemx.com/how-to-customize-qbcore-scripts

Migration: QBCore → QBOX (sicher, in Phasen)

Sie können zu QBOX wechseln, ohne Ihren Server zu beschädigen, wenn Sie es wie eine Produktmigration behandeln: Audit → Anpassen → Dual-Run → Umstellung.

1) Audit vor der Migration

Inventar und Benutzeroberfläche: Listen Sie alles auf, was mit qb‑inventory/älteren UIs zusammenhängt. Entscheiden Sie, ob Sie ox_inventory (empfohlen) und ein konsistentes UI-Kit.
Datenbank: Bestätigen Sie, dass Sie eingeschaltet sind oxmysql. Wenn nicht, migrieren Sie zuerst: MySQL‑Async → oxmysql Anleitung → https://fivemx.com/mysql-async-to-oxmysql
Kennungen: Standardisieren Sie Ihr Identifikationsmodell (Steam, Lizenz, CitizenID, Discord). Ordnen Sie zu, wie es gespeichert und referenziert wird. Siehe: Migration von SQL-Kennungen → https://fivemx.com/sql-identifiers-migration
Zu portierende Skripte: Markieren Sie Ressourcen nach Aufwand: kompatibel wie es ist, benötigt einen kleinen Adapter, umschreiben/ersetzen. Führen Sie eine Live-Tabelle.

2) Adapter dort bauen, wo es sich auszahlt

Verwenden Adaptermuster um dieselben Exporte/Ereignisse bereitzustellen, die Ihre vorhandenen Skripte erwarten, während intern QBOX-Module oder Ox-Dienstprogramme aufgerufen werden. Referenz: Konvertieren von FiveM-Skripten → https://fivemx.com/converting-fivem-scripts Und Adaptermuster → https://fivemx.com/adapter-patterns
Wenn möglich, bevorzugen Sie Drop-in-Ox-Ersatz (z. B. ox_inventory-Funktionen) gegenüber dem Shimmen alter APIs.

3) Datenmigrationsstrategie

Spieler & Charaktere: Schreiben Sie idempotentes SQL, um Spalten zuzuordnen/umzubenennen und sicherzustellen, dass Schlüssel/Indizes für QBOX-Module vorhanden sind. Behalten Sie ein Rollback-Skript.
Gegenstände/Geschäfte/Fahrzeuge: Normalisieren Sie Tabellen für Ihre neuen Inventar-/Garagensysteme. Testen Sie Kauf-, Lager-, Ablage-, Handschuhfach-, Kofferraum- und Beweisflüsse.
Berechtigungen: Erstellen Sie Mitarbeiter und Stellenrollen mithilfe der neuen Exporte/Ereignisse neu; überprüfen Sie Befehlstore und Verwaltungstools.

4) Dual-Run und Verifizierung

Führen Sie einen Inszenierungsstadt mit gespiegelten DB-Snapshots und produktionsähnlichen Ressourcensätzen.
Bestätigen resmon im Leerlauf und unter Last (Job-Hotspots, Spitzen, Berichte). Legen Sie Budgetobergrenzen pro Ressource fest und beheben Sie Ausreißer vor der Umstellung.
Smoke-Test: Onboarding, mehrere Charaktere, Wohnen, Fahrzeuge, Telefon, Abrechnung, Herstellung, Polizeiarbeit, Rettungsdienst, Beweise, Raubüberfälle.

5) Umstellung und Härtung

Kündigen Sie ein Wartungsfenster an; migrieren Sie Daten; wechseln Sie Rezepte; füllen Sie Caches neu aus.
Überwachen Sie Protokolle genau (txAdmin, Serverkonsole, Ox-Logger). Fügen Sie Laufzeitwarnungen für Fehlerspitzen hinzu.
Planen Sie eine Hotfix-Fenster mit Ihren Entwicklern online.

Checklisten und Leitfäden zur Migration

Konvertieren von FiveM-Skripten → https://fivemx.com/converting-fivem-scripts
MySQL‑Async zu oxmysql → https://fivemx.com/mysql-async-to-oxmysql
Migration von SQL-Kennungen → https://fivemx.com/sql-identifiers-migration
Framework-Konvertierungs-Hub → https://fivemx.com/framework-conversion

Empfehlungen für 2025

Wenn Sie neu anfangen: wählen QBOX um sich vom ersten Tag an an den Best Practices von Ox auszurichten. Sie schreiben sauberere Ressourcen, minimieren die Altlasten und führen dennoch viele von QB erstellte Skripte über die Brücke aus.

Wenn Sie eine ausgereifte QB-Stadt betreiben: bleiben Sie dran QBCore und modernisieren Sie vor Ort: oxmysql, ox_inventory, aggressive Resmon-Budgets und Code-Review-Standards. Planen Sie eine QBOX-Pilot in der Inszenierung, um die Vorteile vor jedem Wechsel zu quantifizieren.

Wenn Sie unentschlossen sind: Erstellen Sie Prototypen mit identischen Inhaltspaketen und messen Sie: Zeit bis zur Funktionserfüllung, Resmon im Leerlauf/unter Last und Mitarbeiterzufriedenheit. Wählen Sie die Lösung, die Ihre laufenden Änderungskosten senkt.

Fazit und nächste Schritte

Beide Konzepte eignen sich für die Verwaltung einer Stadt der Spitzenklasse. Der Unterschied liegt darin, wie viel Erbe Sie weiterführen möchten und wie standardisiert Ihre Zukunft sein soll.

Nächste Schritte:

Erkunden QBOX-Skripte → https://fivemx.com/qbox-scripts/
Erkunden QBCore-Skripte → https://fivemx.com/qbcore-scripts/
Weiterlesen auf Framework-Konvertierung → https://fivemx.com/framework-conversion

Externe Referenzen (mehr erfahren)

QBOX GitHub (qbx_core) → https://github.com/Qbox-project/qbx_core
QBCore GitHub (qb-core) → https://github.com/qbcore-framework/qb-core
FiveM Docs – Ressourcenmanifest (fxmanifest.lua) → https://docs.fivem.net/docs/scripting-reference/resource-manifest/resource-manifest/