Versende dieselbe Ressource über ESX, QBCore und QBOX—ohne drei Codebases. Diese Säule ist ein praktischer Leitfaden für Scripter und Wartungspersonal: deterministische Zuordnungen, Drop-in-Adapter, sichere DB-Migrationen und CI, die beweist, dass dein Skript überall funktioniert.
Was du hier findest:
Dreiwege-Mapping-Tabellen: Ereignisse, Exporte, Spielermodellfelder (Kennungen, Jobs, Geld, Inventar), Rückrufe (Client/Server).
Adaptermuster: dünne Schnittstellen zur Normalisierung von ESX↔QBCore↔QBOX (Benachrichtigungen, Ziel/Fortschritt, Befehls-/Berechtigungs-Hooks) mit minimalen Unterschieden.
Framework-Erkennungshilfe: laufzeitsichere Erkennung für es_extended, qb-kern, qbx_core mit Fallbacks und Feature-Flags.
SQL- und Kennungsmigration: Steam/Lizenz → Bürger-ID, Konten → Geld; Crosswalks, Backfills und Rollback-sichere Migrationen.
Testmatrix und CI: GitHub-Aktionsmatrix zur Validierung eines Skripts über Frameworks hinweg; Vertragstests, Smoke-Tests und Perf/Resmon-Prüfungen.
Beispiel-Adapter-Repository: fxmanifest, Adapter, Fixtures und Beispielports, die du kopieren kannst.
Kein Schnickschnack—nur Copy-Paste-Adapter, überprüfte Zuordnungen und CI-Vorlagen, die du heute in dein Repo einbauen kannst.
Du willst einen sauberen Wechsel von ESX zu QBCore ohne Datenverlust oder das Brechen von Kernsystemen. Folge diesem Plan. Du wirst mit stabilen Identifikatoren, oxmysql-Abfragen und ox_lib-gestützten Code enden. Ziel: Bewege deinen Server von ESX zu QBCore mit minimaler Ausfallzeit. Voraussetzungen Schritt 1. Erstelle einen Plan und einen Wiederherstellungspunkt Schritt 2. Baue […]
Anwendungsfall: Du wechselst von ESX zu QBCore oder QBOX (qbx_core) und benötigst eine saubere, nachvollziehbare Migration von Spieler-Identifikatoren und Guthaben. Dieser Leitfaden bietet dir produktionsbereites SQL, einen umkehrbaren Plan und Validierungsschritte. Weitere Lektüre: Was sich zwischen ESX und QBCore\QBOX ändert Thema ESX (gemeinsam) QBCore \ QBOX (gemeinsam) Primärer Spieler-Schlüssel-Identifikator (z. B. Lizenz:xxx oder […]
Dies ist ein FiveM Framework Adapter – für Scripter. Versende eine Ressource, die auf ESX, QBCore und QBOX läuft, indem du framework-spezifische Aufrufe hinter einem dünnen Adapter isolierst. Lege die gemeinsamen\fw.lua- und Framework-spezifischen Adapter unten in jede Ressource, rufe den stabilen Schnittstellenvertrag (FW.Player, FW.Job, FW.Money, FW.Inv, FW.Events) auf und halte die Geschäftslogik framework-unabhängig. Ein kleiner Test […]
Dies ist ein code-first, kein Fluff, einfacher Konvertierungsleitfaden für FiveM-Skripte, der dir genau zeigt, wie du FiveM Scripts zwischen ESX, QBCore, QBOX (qbx_core) und framework-unabhängigen (Standalone-)Setups konvertierst. Du erhältst Drei-Wege-API-Zuordnungen, Adapter-Code, SQL-Migrationsschritte (mysql-async → oxmysql), QBOX-spezifische Details, Testchecklisten und Produktionstipps. TL;DR — Migration in 10 Schritten […]
