Konvertiere eine FiveM-Ressource, indem du ihre Framework-, Inventar- und Datenbankabh\u00e4ngigkeiten zuordnest und dann einen Gameplay-Flow nach dem anderen testest. Das Umbenennen von ESX-Ereignissen in QBCore-Ereignisse ist keine vollst\u00e4ndige Konvertierung. Eine serverweite Charaktermigration ist ein separates Projekt.<\/p>\n
Arbeite auf einem isolierten Entwicklungsserver mit einer Kopie der Ressource und einer tempor\u00e4ren Datenbank. Notiere die genauen Quell- und Ziel-Framework-Versionen, das Inventar, die Targeting-Bibliothek, die UI-Bibliothek und die Ressourcenlizenz. Gesch\u00fctzte Dateien erfordern eine unterst\u00fctzte Version vom Autor; eine alleinige editierbare Konfiguration ist m\u00f6glicherweise nicht ausreichend.<\/p>\n
Durchsuche die Ressourcendateien nach Zum Beispiel umfasst ein Shop-Flow das \u00d6ffnen der Benutzeroberfl\u00e4che, das \u00dcberpr\u00fcfen des Zugriffs, das Lesen von Preisen, das Bezahlen, das Hinzuf\u00fcgen zum Inventar und das Speichern des Ergebnisses. Die Konvertierung nur der Benachrichtigung l\u00e4sst das wichtige Verhalten unver\u00e4ndert.<\/p>\n Ermittle zum Zeitpunkt der Aktion serverseitig das Spielerobjekt des Ziel-Frameworks. ESX-Kennungen und QBCore-\/Qbox-Charakter-IDs haben unterschiedliche Bedeutungen; erzeuge keine Charakter-IDs aus gek\u00fcrzten Hashes und \u00fcberschreibe keine Kontokennungen. Bewahre eine gepr\u00fcfte Zuordnung auf, wenn bestehende Daten migriert werden m\u00fcssen.<\/p>\n W\u00e4hle die Inventarintegration bewusst. Artikelnamen, Gewichtseinheiten, Slot-Handhabung, Metadaten und Kapazit\u00e4tspr\u00fcfungen unterscheiden sich. Greife nicht stillschweigend zwischen Inventarsystemen zur\u00fcck. Entscheide, wie Bargeld, Bankguthaben und jede Mechanik f\u00fcr illegale W\u00e4hrungen abgebildet werden, ohne nicht verwandte Konten als gleichwertig zu behandeln.<\/p>\n Halte die frameworkspezifischen Spieler-, Job-, Geld- und Inventaraufrufe in einem reinen Servermodul. Client-Benachrichtigungen und UI-Callbacks geh\u00f6ren in ein separates Client-Modul. Deklariere tats\u00e4chliche Abh\u00e4ngigkeiten in F\u00fcr Qbox konsultiere die Server-Exporte<\/a> und seine Kompatibilit\u00e4tsanleitung. Eine Kompatibilit\u00e4tsbr\u00fccke kann bestehenden QB-Ressourcen helfen, garantiert aber keine Kompatibilit\u00e4t mit jedem Inventar, jeder Datenbankabfrage oder jedem modifizierten Kern.<\/p>\n Der Server muss zul\u00e4ssige Gegenst\u00e4nde, Preise, Guthaben, Jobberechtigungen und den Abschluss belohnter Aufgaben bestimmen. Behandle jedes Client-Ereignisargument als nicht vertrauensw\u00fcrdig. Ein Jobname allein beweist nicht, dass eine Lieferung stattgefunden hat; ein wiederholtes Ereignis darf nicht wiederholt bezahlen. \u00dcberpr\u00fcfe sowohl die Abbuchungs- als auch die Artikel-Lieferergebnisse und definiere eine Entsch\u00e4digung, wenn die zweite Aktion fehlschl\u00e4gt.<\/p>\n Vergleiche das installierte Quell- und Zielschema, bevor du eine Migration schreibst. Verwende ein separates, versioniertes Skript f\u00fcr genau dieses Schema. Erhalte urspr\u00fcngliche Kennungen, Kennzeichen, Metadaten und eine dauerhaft gespeicherte Zuordnung. Melde doppelte oder nicht zugeordnete Zeilen, statt sie zu ignorieren. \u00c4ndere keine vom Framework verwalteten Guthaben per SQL, w\u00e4hrend das Framework sie im Arbeitsspeicher h\u00e4lt.<\/p>\n Ein fehlender Export deutet normalerweise auf die falsche Ressource\/Version oder Startreihenfolge hin. Ein Callback, der nie zur\u00fcckkehrt, erfordert eine \u00dcberpr\u00fcfung sowohl der Registrierung als auch des Aufrufs, einschlie\u00dflich Argumenten und Ausf\u00fchrungsseite. Fehlende Elemente k\u00f6nnen Inventarmetadaten oder Kapazit\u00e4tsregeln widerspiegeln. Diagnostiziere die fehlerhafte Grenze, anstatt breite Kompatibilit\u00e4tsschichten hinzuzuf\u00fcgen.<\/p>\n Cfx.re \u2014 Ressourcenmanifest<\/a> \u00b7 Cfx.re \u2014 Serversicherheit<\/a><\/p>\nESX<\/code>, QBCore<\/code>, qbx_core<\/code>, exports<\/code>, RegisterNetEvent<\/code>, MySQL<\/code> und SQL-Tabellennamen. Klassifiziere jede \u00dcbereinstimmung als Server, Client oder geteilt. Liste die erwarteten Eingaben, R\u00fcckgabewerte und Fehlerverhalten auf, bevor du sie ersetzt.<\/p>\n2. Verhalten explizit abbilden<\/h2>\n
3. Implementiere einen kleinen Adapter<\/h2>\n
fxmanifest.lua<\/code> und starte sie vor der Ressource.<\/p>\n4. Bewahre die Vertrauensgrenze<\/h2>\n
5. Konvertiere ressourceneigenen Speicher<\/h2>\n
6. \u00dcberpr\u00fcfen und freigeben<\/h2>\n
\n
Wenn die Konvertierung fehlschl\u00e4gt<\/h2>\n
Referenzdokumentation<\/h2>\n