Español
Respuesta directa: Migrar ESX a QBCore es una reescritura controlada y una migración de datos, no un cambio de framework. Construye un servidor de staging QBCore limpio, inventaría cada dependencia ESX, define un mapa de datos explícito campo por campo, porta recursos contra las APIs actuales, ensaya la reversión y realiza el cambio solo después de que las verificaciones referenciales y de jugabilidad sean exitosas.
Elige Qbox para un nuevo servidor cuando quieras su pila moderna e integrada con OX y estés preparado para seguir sus convenciones. Mantén QBCore cuando tu servidor estable dependa de recursos específicos de QBCore y una migración no tenga un claro beneficio. Qbox proporciona un puente de compatibilidad para la mayoría de los scripts de QBCore escritos correctamente, pero la compatibilidad no es universal.
Qbox es un framework de roleplay de FiveM que comenzó como una bifurcación de QBCore y ahora proporciona sus propias APIs y recursos principales. Mantiene un puente de compatibilidad para muchos recursos de QBCore bien escritos, pero el acceso directo a la base de datos, el acceso a archivos internos y el comportamiento no soportado son excepciones documentadas. Usa la receta oficial de txAdmin de Qbox para una nueva instalación y audita cada recurso antes de una migración.
Mueve un recurso de mysql-async a oxmysql cambiando la configuración de su controlador y revisando los parámetros de cada consulta, el valor de retorno y el manejo de errores. Una migración de controlador no requiere reescribir tu esquema de base de datos, y no garantiza un juego más rápido.
Un adaptador de framework le da a tu recurso una interfaz pequeña mientras mantiene los detalles de ESX, QBCore y Qbox en un solo lugar. Comienza con una operación de solo lectura, verifícala en cada framework compatible y añade operaciones de dinero o inventario solo cuando su comportamiento de fallo esté definido.
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ón completa. Una migración de personajes a nivel de servidor es un proyecto aparte.
Respuesta directa: No ejecutes ESX y QBCore como dos núcleos que controlen los datos de los mismos jugadores. Ambos pueden iniciarse técnicamente como recursos de FiveM, pero modelan la identidad, los trabajos, el dinero, el inventario, las devoluciones de llamada y los eventos de manera diferente. Sin un puente diseñado específicamente y una fuente de verdad declarada, el estado duplicado se vuelve inseguro y difícil de recuperar.
ESX Legacy es un framework de código abierto para roleplay en FiveM. Para un servidor nuevo, utiliza la plantilla oficial de ESX Legacy en txAdmin o sigue la documentación oficial de instalación completa. Instalar únicamente la carpeta es_extended no configura un servidor completo, porque el conjunto de sistemas compatible incluye tareas de base de datos, recursos necesarios y una configuración de inicio ordenada.
QBCore es un framework de código abierto para roleplay en FiveM. Su recurso qb-core expone datos compartidos de jugadores, funciones del framework, comandos y definiciones que pueden utilizar otros recursos QB. Para un servidor nuevo, utiliza la receta oficial de QBCore para txAdmin en lugar de considerar la carpeta qb-core una instalación completa.
No existe un ganador universal oficial entre ESX, QBCore y Qbox. Elige el framework cuya receta actual, APIs y recursos compatibles coincidan con las características de servidor requeridas, los datos existentes y las habilidades del equipo. Si ya operas una pila estable específica de un framework, permanecer en ese ecosistema suele ser la primera opción a evaluar porque la migración afecta a más que la carpeta principal.
