Convierte un recurso de FiveM mapeando sus dependencias de framework, inventario y base de datos, luego prueba un flujo de juego a la vez. Renombrar eventos de ESX a eventos de QBCore no es una conversi\u00f3n completa. Una migraci\u00f3n de personajes a nivel de servidor es un proyecto aparte.<\/p>\n
Trabaja en un servidor de desarrollo aislado con una copia del recurso y una base de datos desechable. Registra las versiones exactas del framework de origen y destino, el inventario, la biblioteca de targeting, la biblioteca de UI y la licencia del recurso. Los archivos protegidos requieren una versi\u00f3n compatible del autor; la configuraci\u00f3n editable por s\u00ed sola puede no ser suficiente.<\/p>\n
Busca en los archivos de recursos Por ejemplo, un flujo de tienda incluye abrir su interfaz de usuario, verificar el acceso, leer precios, cobrar el pago, a\u00f1adir inventario y guardar el resultado. Convertir solo su notificaci\u00f3n deja el comportamiento importante sin cambios.<\/p>\n Resuelve el jugador del framework de destino en el servidor en el momento de la acci\u00f3n. Los identificadores de ESX y los IDs de personaje de QBCore\/Qbox tienen significados diferentes; no generes IDs de personaje a partir de hashes truncados ni sobrescribas identificadores de cuenta. Mant\u00e9n un mapeo revisado cuando los datos existentes deban moverse.<\/p>\n Elige la integraci\u00f3n de inventario deliberadamente. Los nombres de los \u00edtems, las unidades de peso, el manejo de ranuras, los metadatos y las comprobaciones de capacidad difieren. No recurras silenciosamente entre sistemas de inventario. Decide c\u00f3mo se mapean el efectivo, los saldos bancarios y cualquier mec\u00e1nica de moneda il\u00edcita sin tratar cuentas no relacionadas como equivalentes.<\/p>\n Mant\u00e9n las llamadas espec\u00edficas del framework para el jugador, el trabajo, el dinero y el inventario en un m\u00f3dulo solo de servidor. Las notificaciones del cliente y las devoluciones de llamada de la interfaz de usuario pertenecen a un m\u00f3dulo de cliente separado. Declara las dependencias reales en Para Qbox, consulta las exportaciones del servidor<\/a> y su gu\u00eda de compatibilidad. Un puente de compatibilidad puede ayudar a los recursos QB existentes, pero no garantiza la compatibilidad con todos los inventarios, consultas de base de datos o n\u00facleos modificados.<\/p>\n El servidor debe determinar los \u00edtems permitidos, los precios, los saldos, los permisos de trabajo y la finalizaci\u00f3n de las tareas recompensadas. Trata cada argumento de evento del cliente como no confiable. Un nombre de trabajo por s\u00ed solo no prueba que se haya realizado una entrega; un evento repetido no debe pagar repetidamente. Verifica tanto los resultados del d\u00e9bito como de la entrega de \u00edtems, y define una compensaci\u00f3n cuando la segunda acci\u00f3n falla.<\/p>\n Compara el esquema de origen y destino instalado antes de escribir una migraci\u00f3n. Utiliza un script separado y versionado para ese esquema exacto. Mant\u00e9n los identificadores originales, las matr\u00edculas, los metadatos y una tabla de correspondencias persistente. Informa de las filas duplicadas o no mapeadas en lugar de ignorarlas. No modifiques los saldos propiedad del framework a trav\u00e9s de SQL mientras el framework los tenga cargados en memoria.<\/p>\n Una exportaci\u00f3n ausente suele apuntar a un recurso\/versi\u00f3n o un orden de inicio incorrectos. Una devoluci\u00f3n de llamada que nunca regresa necesita una inspecci\u00f3n tanto del registro como de la invocaci\u00f3n, incluidos los argumentos y el lado de la ejecuci\u00f3n. Los \u00edtems que faltan pueden reflejar metadatos de inventario o reglas de capacidad. Diagnostica el l\u00edmite que falla en lugar de a\u00f1adir parches de compatibilidad amplios.<\/p>\n Cfx.re \u2014 manifiesto de recursos<\/a> \u00b7 Cfx.re \u2014 seguridad del servidor<\/a><\/p>\nESX<\/code>, QBCore<\/code>, qbx_core<\/code>, exports<\/code>, RegisterNetEvent<\/code>, MySQL<\/code> y nombres de tablas SQL. Clasifica cada coincidencia como de servidor, cliente o compartida. Enumera las entradas esperadas, los valores de retorno y el comportamiento en caso de fallo antes de reemplazarlo.<\/p>\n2. Mapea el comportamiento expl\u00edcitamente<\/h2>\n
3. Implementa un peque\u00f1o adaptador<\/h2>\n
fxmanifest.lua<\/code> e in\u00edcialas antes del recurso.<\/p>\n4. Preserva el l\u00edmite de confianza<\/h2>\n
5. Convierte el almacenamiento propiedad del recurso<\/h2>\n
6. Verifica y lanza<\/h2>\n
\n
Si la conversi\u00f3n falla<\/h2>\n
Documentaci\u00f3n de referencia<\/h2>\n