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.
Qbox vs QBCore auf einen Blick
| Frage | Qbox | Abonnieren |
|---|---|---|
| Origin | Begann als ein QBCore-Fork und folgt nun seiner eigenen Architektur | Etablierter FiveM-Rollenspiel-Rahmen und Ökosystem |
| Bestehende QB-Skripte | Die meisten dokumentierten, korrekt geschriebenen Skripte funktionieren über die Brücke | Zielplattform für QBCore-Ressourcen |
| OX-Integration | Entworfen um Integrationen wie ox_lib und ox_inventory | Hängt vom gewählten Server-Stack und den Ressourcenports ab |
| Kernzugriff | Nutzt Exporte und importierte Module; kein nativen Qbox-Kernobjekt | Viele Ressourcen nutzen den vertrauten QBCore-Kern-Objekt |
| 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 2022 erstellter Rollenspiel-Rahmen für FiveM. Es begann als ein QBCore-Fork, behält die Abwärtskompatibilität für fast alle korrekt implementierten QBCore-Skripte bei und nutzt zunehmend seine eigenen Exporte, Module und OX-basierte Integrationen. Die eigene Dokumentation von Qbox empfiehlt freigegebene Ressourcen und warnt vor nicht unterstützten Zugriffen auf Kern-Datenbanktabellen oder -Dateien.
Was ist QBCore?
QBCore ist ein ausgereifter Rollenspiel-Rahmen 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 Rahmenmigration 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. Scripts sind eher fehlgeschlagen, wenn sie:
- Lies oder ändere QBCore-eigene Datenbanktabellen direkt;
- Öffne oder patch interne Core-Dateien;
- hängen von undokumentierten Funktionen oder ungültiger Ereignisverwendung ab;
- Ersetze eingebaute Multijob- oder Multigang-Daten durch inkompatible Tabellen;
- gehe davon aus, dass ein Qbox-Kernobjekt existiert, anstatt unterstützte Exporte und Module zu verwenden.
Qbox beschreibt seine Kompatibilität als 99% für bestehende QB-Skripte, aber das ist kein Ersatz für das Testen deiner genauen bezahlten und benutzerdefinierten Ressourcen.
Wenn Qbox die bessere Wahl ist
- Du baust einen neuen Server auf und möchtest eine Qbox/OX-orientierte Grundlage.
- Deine kritischen Skripte verwenden dokumentierte APIs oder erklären bereits Qbox-Unterstützung.
- Du möchtest deinen benutzerdefinierten Code in Richtung Exports und Module verschieben, anstatt Core-Änderungen vorzunehmen.
- Du kannst Datenbank- und Zeichenmigration auf einer vollständigen Staging-Kopie testen.
Erkunden Qbox Skripte und unsere Übersicht über die Qbox OX-Stack.
Wenn 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-Internals ab.
- Du hast kein vollständiges Datenbank-Backup und eine Staging-Umgebung.
- Dein Team verwaltet bereits einen getesteten QBCore-Deployment- und Update-Prozess.
Durchsuchen QBCore-Skripte und die QBCore-Leitfaden-Hub.
Sichere QBCore-zu-Qbox-Migration
- Inventar für jede Ressource. Nimm seine Version, Datenbanktabellen, Framework-Aufrufe und Support-Status auf.
- Sichere Dateien und Datenbank. Beweise, dass das Backup wiederhergestellt wird, bevor du die Produktion änderst.
- Installiere Qbox mit dem empfohlenen Rezept. Starte mit den aktuellen Konfigurationsdateien, anstatt alte Core-Dateien in den neuen Stack zu mischen.
- Ü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.
- Konfiguriere und konvertiere die Inventardatenbank. Folge der genauen Inventardokumentation und arbeite an einer Kopie.
- Teste Skripte nach Kategorien. Beginne mit Identität, Charakteren, Jobs, Geld und Inventar, dann Fahrzeugen, Wohnungen, Telefonen und Admin-Tools.
- Ersetze nicht unterstützte interne Komponenten schrittweise. Qbox unterstützt die teilweise Konvertierung von QBCore-Aufrufen zu Qbox-Exports und Modulen.
- 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.
