Qbox vs. QBCore: Unterschiede, Kompatibilität und Migration

Wähle Qbox für einen neuen Server, wenn du seinen modernen, OX-integrierten Stack nutzen möchtest und bereit bist, seinen Konventionen zu folgen. Behalte QBCore bei, wenn dein stabiler Server auf QBCore-spezifische Ressourcen angewiesen ist und eine Migration keinen klaren Nutzen hat. Qbox bietet eine Kompatibilitätsbrücke für die meisten korrekt geschriebenen QBCore-Skripte, aber die Kompatibilität ist nicht universell.

Du richtest deinen ersten Server ein? Unsere Schritt-für-Schritt-Anleitung zeigt, wie du einen FiveM-Server erstellst.

Qbox vs QBCore auf einen Blick

Frage	Qbox	QBCore
Ursprung	Begann als ein QBCore-Fork und folgt nun seiner eigenen Architektur	Etabliertes FiveM-Rollenspiel-Framework und Ökosystem
Bestehende QB-Skripte	Die meisten dokumentierten, korrekt geschriebenen Skripte funktionieren über die Brücke	Native Zielplattform für QBCore-Ressourcen
OX-Integration	Entwickelt um Integrationen wie ox_lib und ox_inventory	Hängt vom gewählten Server-Stack und den Portierungen der Ressourcen ab
Kernzugriff	Nutzt Exporte und importierte Module; kein natives Qbox-Kernobjekt	Viele Ressourcen nutzen das vertraute QBCore-Kernobjekt
Migrationsrisiko	Erfordert die Überprüfung des Datenbankzugriffs, des Zugriffs auf Kern-Dateien und benutzerdefinierter Ressourcen	Keine Framework-Migration, wenn der Server bereits stabil ist

Was ist Qbox?

Qbox ist ein FiveM-Rollenspiel-Framework, das 2022 erstellt wurde. Es begann als QBCore-Fork, behält die Abwärtskompatibilität für fast alle korrekt implementierten QBCore-Skripte bei und verwendet zunehmend eigene Exporte, Module und OX-basierte Integrationen. Die eigene Dokumentation von Qbox empfiehlt veröffentlichte Ressourcen und warnt vor unzulässigem Zugriff auf Datenbanktabellen oder Dateien, die dem Kern gehören.

Was ist QBCore?

QBCore ist ein ausgereiftes Rollenspiel-Framework mit einem großen Katalog an Jobs, Inventaren, Admin-Tools und benutzerdefinierten Skripten. Sein Hauptvorteil für einen bestehenden Server ist die Vorhersehbarkeit: Wenn deine Ressourcen gegen deine aktuelle QBCore-Version getestet wurden, bleibt das Risiko und die Kosten einer Framework-Migration aus.

Funktionieren QBCore-Skripte auf Qbox?

Die meisten werden es, aber nicht alle. Qbox bietet eine QB-Brücke für Ressourcen, die dokumentierte QBCore-Exporte und -Ereignisse korrekt verwenden. Skripte schlagen eher fehl, wenn sie:

• QBCore-eigene Datenbanktabellen direkt lesen oder ändern;
• interne Core-Dateien öffnen oder patchen;
• von undokumentierten Funktionen oder ungültiger Ereignisverwendung abhängen;
• eingebaute Multijob- oder Multigang-Daten durch inkompatible Tabellen ersetzen;
• davon ausgehen, dass ein Qbox-Core-Objekt existiert, anstatt unterstützte Exporte und Module zu verwenden.

Wann Qbox die bessere Wahl ist

• Du baust einen neuen Server und möchtest eine Qbox/OX-orientierte Grundlage.
• Deine kritischen Skripte verwenden dokumentierte APIs oder deklarieren bereits Qbox-Unterstützung.
• Du möchtest deinen benutzerdefinierten Code in Richtung Exports und Module verschieben, anstatt Core-Änderungen vorzunehmen.
• Du kannst die Datenbank- und Charaktermigration auf einer vollständigen Staging-Kopie testen.

Wann QBCore die bessere Wahl ist

• Dein Live-Server ist stabil und die Migration würde kein gemessenes Problem lösen.
• Eine kritische Ressource hängt direkt von QBCore-Interna ab.
• Du hast kein vollständiges Datenbank-Backup und keine Staging-Umgebung.
• Dein Team pflegt bereits einen getesteten QBCore-Deployment- und Update-Prozess.

Sichere QBCore-zu-Qbox-Migration

1. Inventarisiere jede Ressource. Erfasse ihre Version, Datenbanktabellen, Framework-Aufrufe und den Support-Status.
2. Sichere Dateien und Datenbank. Beweise, dass das Backup wiederhergestellt wird, bevor du die Produktion änderst.
3. Installiere Qbox mit dem empfohlenen Rezept. Beginne mit den aktuellen Konfigurationsdateien, anstatt alte Core-Dateien in den neuen Stack zu mischen.
4. Überprüfe Jobs und Gangs. Qbox verwendet numerische Job- und Gang-Grade, und seine Migrationsdokumentation weist auf die erforderlichen Änderungen bei gemeinsamen Dateien und Sortierungen hin.
5. Konfiguriere und konvertiere die Inventardatenbank. Befolge die genaue Inventardokumentation und arbeite an einer Kopie.
6. Teste Skripte nach Kategorien. Beginne mit Identität, Charakteren, Jobs, Geld und Inventar, dann Fahrzeugen, Wohnungen, Telefonen und Admin-Tools.
7. Ersetze nicht unterstützte interne Komponenten schrittweise. Qbox unterstützt die teilweise Konvertierung von QBCore-Aufrufen zu Qbox-Exports und -Modulen.
8. Wechsle erst um, nachdem die Paritätstests bestanden sind. Halte einen zeitlich festgelegten Rollback-Plan und das unberührte Pre-Migration-Backup bereit.

Entscheidung

Für ein neues Projekt ist Qbox eine starke Standardoption, wenn das Team seine Architektur und den kompatiblen Ressourcensatz möchte. Für einen profitablen oder stark angepassten QBCore-Server solltest du nicht aus Modetrends migrieren: Bewege dich nur, wenn eine gestaffelte Überprüfung zeigt, dass der Nutzen die Kompatibilitäts- und Datenrisiken übersteigt.

Offizielle Referenzen

• Qbox-Einführung
• Qbox-Kompatibilitäts-FAQ
• Offizieller QBCore-zu-Qbox-Konvertierungsleitfaden
• QBCore-Core-Repository

Garantiert die Bezeichnung QBCore eine Qbox-Kompatibilität?

Nein. Qbox dokumentiert eine Kompatibilitätsbrücke, doch Skripte mit Zugriff auf Framework-Interna können Anpassungen benötigen. Prüfe vor dem Kauf die genaue Ressourcenversion, Datenbankzugriffe sowie Inventar- und Sprachintegrationen. Die Kategorie QBCore allein ist kein Qbox-Kompatibilitätstest.

Qbox-Kompatibilitätsdokumentation

Paketanforderungen für FiveM Baby Script ansehen

Wie du einen ESX-Server zu QBCore migrierst