Direct antwoord: Het migreren van ESX naar QBCore is een gecontroleerde herschrijving en gegevensmigratie, geen frameworkwissel. Bouw een schone QBCore staging server, inventariseer elke ESX afhankelijkheid, definieer een expliciete veld-voor-veld datakaart, port resources tegen huidige APIs, oefen rollback, en ga pas over na het slagen van referentiële en gameplay controles.
Wat moet worden gemapt
| Oppervlak | Migratiebeslissing | Acceptatiebewijs |
|---|---|---|
| Spelersidentiteit | Map legacy identifiers en karakters naar QBCore citizen IDs zonder conflicten. | Elke gesamplede speler wordt opgelost naar één beoogd karakterrecord. |
| Geld en rekeningen | Wijs elk account expliciet toe; ga niet uit van gelijke namen of semantiek. | Voor/na totalen komen overeen voor een bevroren steekproef. |
| Baan en rangen | Definieer een toewijzing voor elke actieve baan en rang, inclusief werkloze back-ups. | Rechten en salarisstromen komen overeen met de goedgekeurde kaart. |
| Items en inventaris | Wijs namen, metadata, gewicht, slots en opslageigendom toe. | Geen wees-itemnamen; inventarissen blijven bestaan na opnieuw verbinden. |
| Voertuigen en eigendommen | Normaliseer eigendomssleutels, kentekenplaten, garages en staatsvelden. | Eigendomsrecords blijven uniek en toegankelijk. |
| Aangepaste bronnen | Vervang ESX callbacks, events en player APIs met gedocumenteerde QBCore equivalenten. | Elke end-to-end bronstroom wordt doorgegeven op staging. |
Migratiesequentie
- Bevries schema- en bronwijzigingen; maak een herstelbare database- en bestandsbackup.
- Bouw QBCore vanuit zijn onderhouden recept of repository in een geïsoleerde stagingomgeving.
- Exporteer een schema-inventaris en schrijf een versiebeheerde mapping voor identiteiten, accounts, banen, items, voertuigen en aangepaste tabellen.
- Maak transformaties idempotent en voer ze alleen uit op een wegwerp databasekopie.
- Port bronnen één voor één met behulp van de huidige QBCore documentatie; vertrouw niet op blinde event-naam vervanging.
- Controleer rijtellingen, uniekheid, totalen en weesverwijzingen, voer vervolgens gameplay-, herverbindings- en herstarttests uit.
- Oefen rollback. Stop tijdens de cutover schrijfacties, maak een definitieve back-up, voer het bewezen proces opnieuw uit en verifieer voordat je joins heropent.
Kopieer geen generieke SQL-sjabloon
ESX en QBCore schema's variëren per release, recept, inventaris en aangepaste bronnen. Een generieke CREATE TABLE of INSERT-instructie kan stilletjes metadata weggooien of ongeldige standaardwaarden creëren. Leid migratie SQL af van de twee daadwerkelijk geïnstalleerde schema's, bekijk beperkingen en bewaar een legacy-naar-nieuwe identiteitskaart voor ondersteuning en audit.
Bereik en beperkingen
Dit is een migratiebeheerplan, geen uitvoerbare SQL voor een onbekende server. Het schat geen uren in en belooft geen verliesvrije conversie. Versleutelde of in bewaring gegeven bronnen zijn mogelijk niet overdraagbaar. Controleer licenties, huidige framework APIs en de migratierechten van elk pakket voordat het werk begint.