{"id":87118,"date":"2024-02-05T09:21:22","date_gmt":"2024-02-05T08:21:22","guid":{"rendered":"https:\/\/fivem-mods.net\/?p=87118"},"modified":"2026-07-23T09:28:35","modified_gmt":"2026-07-23T07:28:35","slug":"fivem-frameworks","status":"publish","type":"post","link":"https:\/\/rpcrate.com\/es\/fivem-frameworks\/","title":{"rendered":"Comparaci\u00f3n de frameworks FiveM: ESX, QBCore y Qbox"},"content":{"rendered":"

No existe un ganador universal oficial entre ESX, QBCore y Qbox.<\/strong> Elige el framework cuya receta actual, APIs y recursos compatibles coincidan con las caracter\u00edsticas de servidor requeridas, los datos existentes y las habilidades del equipo. Si ya operas una pila estable espec\u00edfica de un framework, permanecer en ese ecosistema suele ser la primera opci\u00f3n a evaluar porque la migraci\u00f3n afecta a m\u00e1s que la carpeta principal.<\/p>\n

Gu\u00eda de decisi\u00f3n r\u00e1pida<\/h2>\n
\n\n\n\n\n\n\n\n\n\n
Punto de partida<\/th>\nPrimer framework a evaluar<\/th>\nRaz\u00f3n para verificar<\/th>\n<\/tr>\n<\/thead>\n
Servidor ESX existente<\/td>\nESX Legacy<\/td>\nConserva los datos espec\u00edficos de ESX, eventos, exportaciones y conocimiento de recursos cuando a\u00fan se cumplen los requisitos actuales.<\/td>\n<\/tr>\n
Servidor QBCore existente<\/td>\nQBCore<\/td>\nEvita la conversi\u00f3n a menos que otro framework resuelva un requisito documentado que lo justifique.<\/td>\n<\/tr>\n
Nueva construcci\u00f3n orientada a QB<\/td>\nQBCore o Qbox<\/td>\nCompara las dos recetas oficiales, los recursos seleccionados, el modelo API y la compatibilidad exacta con terceros.<\/td>\n<\/tr>\n
Equipo QBCore considerando Qbox<\/td>\nQbox con auditor\u00eda de puente<\/td>\nEl puente QB ayuda a muchos recursos, pero las excepciones documentadas a\u00fan requieren verificaciones a nivel de recurso.<\/td>\n<\/tr>\n
No se requiere framework de roleplay<\/td>\nRecursos Standalone<\/td>\nStandalone describe un patr\u00f3n de dependencia; confirma si un framework completo es realmente innecesario.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Qu\u00e9 hace un framework FiveM<\/h2>\n

Cfx.re describe los frameworks como cimientos que facilitan la construcci\u00f3n de recursos de servidor. Un framework de roleplay generalmente establece patrones compartidos para datos de jugadores y personajes, trabajos, elementos, dinero, comandos, permisos y comunicaci\u00f3n entre recursos. Las caracter\u00edsticas exactas visibles para los jugadores dependen de la receta completa y los recursos instalados, no solo del nombre del framework principal.<\/p>\n

Esta distinci\u00f3n evita una comparaci\u00f3n enga\u00f1osa. Los sistemas de inventario, vivienda, tel\u00e9fonos, banca o veh\u00edculos pueden ser recursos separados y pueden ser reemplazados. Una marca de verificaci\u00f3n junto al nombre de un framework no prueba qu\u00e9 implementaci\u00f3n, versi\u00f3n o integraci\u00f3n ejecutar\u00e1 un servidor de producci\u00f3n.<\/p>\n

ESX Legacy<\/h2>\n

ESX Legacy es un framework de roleplay de c\u00f3digo abierto con su n\u00facleo actual publicado por la organizaci\u00f3n oficial ESX. El tutorial oficial para nuevos servidores utiliza la plantilla txAdmin de ESX Legacy. La instalaci\u00f3n manual documenta oxmysql, spawnmanager, importaci\u00f3n de bases de datos, recursos principales y adicionales, exclusiones y orden de inicio.<\/p>\n

ESX es la primera opci\u00f3n a evaluar cuando un servidor existente ya tiene datos de jugadores, recursos y procedimientos de equipo espec\u00edficos de ESX. Esa es una observaci\u00f3n de riesgo de migraci\u00f3n, no una afirmaci\u00f3n de cuota de mercado. Para una nueva instalaci\u00f3n, inspecciona la receta actual y verifica que cada producto requerido sea compatible con la versi\u00f3n exacta de ESX, el inventario, la biblioteca de la base de datos, los exports y los eventos.<\/p>\n

QBCore<\/h2>\n

El recurso oficial qb-core<\/code> de QBCore expone un Core Object con funciones, datos de jugadores, datos compartidos, configuraci\u00f3n y comandos. Las definiciones compartidas incluyen trabajos, bandas, objetos y veh\u00edculos. La instalaci\u00f3n oficial para Windows utiliza la receta QBCore Framework de la secci\u00f3n de recetas populares de txAdmin, que despliega una base de datos y un conjunto m\u00e1s amplio de recursos, no solo la carpeta del core.<\/p>\n

QBCore es una opci\u00f3n para una instalaci\u00f3n nueva o existente del ecosistema QB cuando sus API documentadas y sus recursos compatibles cubren los requisitos del servidor. No deduzcas que todos los recursos con la etiqueta QBCore son compatibles con cada versi\u00f3n del n\u00facleo o con cualquier inventario alternativo. Registra los exports, las dependencias, el SQL y el orden de inicio necesarios para esa combinaci\u00f3n exacta de componentes.<\/p>\n

Qbox<\/h2>\n

La introducci\u00f3n oficial de Qbox registra que Qbox comenz\u00f3 en 2022 a partir de QBCore y ahora tiene sus propios API y recursos principales. Qbox mantiene un puente de compatibilidad QB para muchos recursos QBCore correctamente escritos. Su documentaci\u00f3n tambi\u00e9n nombra excepciones, incluidos recursos que dependen de acceso directo a la base de datos, archivos internos del n\u00facleo o comportamiento no compatible.<\/p>\n

La instalaci\u00f3n oficial de Qbox utiliza una receta popular de QBox en txAdmin. Para una migraci\u00f3n de QBCore, la gu\u00eda de conversi\u00f3n cubre las diferencias de configuraci\u00f3n, los grados num\u00e9ricos de trabajos y pandillas, la conversi\u00f3n de inventario y base de datos, y el reemplazo incremental de API. Por lo tanto, Qbox es una elecci\u00f3n de framework deliberada con una auditor\u00eda de compatibilidad, no simplemente un interruptor que hace que cada script QBCore funcione sin cambios.<\/p>\n

Dimensiones de comparaci\u00f3n que puedes verificar<\/h2>\n
\n\n\n\n\n\n\n\n\n\n\n
Dimensi\u00f3n<\/th>\nPregunta<\/th>\nEvidencia<\/th>\n<\/tr>\n<\/thead>\n
Ruta de instalaci\u00f3n<\/td>\n\u00bfExiste una receta oficial actual y documentaci\u00f3n completa?<\/td>\nDocumentos oficiales y repositorio de recetas en la fecha revisada.<\/td>\n<\/tr>\n
Recursos requeridos<\/td>\n\u00bfQu\u00e9 base de datos, biblioteca, inventario y recursos de soporte se seleccionan?<\/td>\nArchivos de receta, manifiestos y declaraciones de dependencia.<\/td>\n<\/tr>\n
Compatibilidad API<\/td>\n\u00bfQu\u00e9 exportaciones, eventos, objetos y campos de datos llaman los scripts requeridos?<\/td>\nFuente de recursos, manifiestos y documentaci\u00f3n oficial de API.<\/td>\n<\/tr>\n
Modelo de datos<\/td>\n\u00bfQu\u00e9 identificadores, grados, cuentas y relaciones deben preservarse?<\/td>\nInventario de esquemas y mapeo de migraci\u00f3n probado.<\/td>\n<\/tr>\n
Operaciones<\/td>\n\u00bfPuede el equipo actualizar, diagnosticar y revertir la pila?<\/td>\nManuales operativos, copias de seguridad y un ejercicio de recuperaci\u00f3n en preproducci\u00f3n.<\/td>\n<\/tr>\n
Rendimiento<\/td>\n\u00bfC\u00f3mo se comporta la pila exacta bajo acciones representativas?<\/td>\nProfiler, resmon y registros de base de datos de pruebas controladas repetidas.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Lista de verificaci\u00f3n de decisiones<\/h2>\n
    \n
  1. Enumera las funciones que necesitan los jugadores.<\/strong> Especifica los requisitos exactos de trabajos, econom\u00eda, inventario, vivienda, tel\u00e9fono, veh\u00edculos, administraci\u00f3n e integraciones.<\/li>\n
  2. Haz un inventario de las dependencias existentes.<\/strong> Registra las versiones de los frameworks, los manifiestos, las tablas de las bases de datos, los exports, los eventos y los cambios personalizados del n\u00facleo.<\/li>\n
  3. Documenta la compatibilidad de los recursos.<\/strong> Para cada recurso requerido, confirma el framework y la versi\u00f3n que realmente soporta, incluyendo puentes y sistemas de reemplazo.<\/li>\n
  4. Verifica el conocimiento del equipo.<\/strong> Incluye las API, lenguajes, modelo de base de datos y herramientas operativas que los mantenedores pueden diagnosticar.<\/li>\n
  5. Estima la migraci\u00f3n a partir de la evidencia.<\/strong> Cuenta los dominios de datos e integraciones reales; no utilices una tabla gen\u00e9rica de horas o costos.<\/li>\n
  6. Construye una pila de prueba representativa.<\/strong> Utiliza la receta oficial, los recursos seleccionados y una copia saneada de datos realistas.<\/li>\n
  7. Define la aceptaci\u00f3n y la reversi\u00f3n.<\/strong> Decide qu\u00e9 debe funcionar y c\u00f3mo restaurar los archivos y la base de datos consistentes anteriores.<\/li>\n<\/ol>\n

    La migraci\u00f3n afecta a todo el modelo del servidor<\/h2>\n

    Cambiar de framework puede implicar identidades, personajes, dinero, trabajos, bandas, inventario, veh\u00edculos, garajes, viviendas, tel\u00e9fonos, banca, cuentas de sociedad, permisos y eventos personalizados. Las relaciones entre datos importan: crear un nuevo identificador de personaje sin asignar todos los registros relacionados puede dejar activos o permisos hu\u00e9rfanos.<\/p>\n

    No ejecutes un fragmento SQL de conversi\u00f3n gen\u00e9rico en producci\u00f3n. Empieza con un inventario del esquema y de los recursos, dise\u00f1a una conversi\u00f3n idempotente sobre una copia de prueba, valida los recuentos de registros y las relaciones, y ensaya la reversi\u00f3n. Los scripts espec\u00edficos de un framework pueden necesitar un puente oficial, un modo multiframework documentado o cambios de c\u00f3digo. Los scripts de ESX no son autom\u00e1ticamente portables a QBCore o Qbox, y el puente QB de Qbox no es universal.<\/p>\n

    C\u00f3mo medir el rendimiento de tu propio stack<\/h2>\n

    Si el rendimiento influye en la elecci\u00f3n, compara compilaciones controladas en lugar de repetir una clasificaci\u00f3n. Utiliza el mismo host o hardware equivalente aislado, el mismo artefacto de FXServer, la misma versi\u00f3n de base de datos, el mismo volumen de datos y las mismas acciones representativas del jugador. Mant\u00e9n el conjunto de recursos funcionalmente comparable e indica cada diferencia intencionada.<\/p>\n

      \n
    1. Calienta cada servidor de forma consistente y captura el comportamiento en reposo.<\/li>\n
    2. Repite las mismas acciones de carga de personaje, inventario, trabajo, veh\u00edculo y econom\u00eda.<\/li>\n
    3. Recopila evidencias del profiler de FiveM o de resmon, adem\u00e1s de las consultas lentas de la base de datos y las m\u00e9tricas del sistema.<\/li>\n
    4. Ejecuta varias muestras e informa de distribuciones o rangos, no de un \u00fanico mejor n\u00famero.<\/li>\n
    5. Inspecciona los errores, la correcci\u00f3n de los datos y el comportamiento de reconexi\u00f3n junto con los tiempos.<\/li>\n
    6. Conserva la configuraci\u00f3n y los registros sin procesar para que otro revisor pueda reproducir la conclusi\u00f3n.<\/li>\n<\/ol>\n

      Una evaluaci\u00f3n comparativa de un n\u00facleo con diferentes recursos no a\u00edsla el framework. Un resultado de un servidor sint\u00e9tico vac\u00edo no prueba la capacidad de producci\u00f3n. Publica solo las conclusiones respaldadas por la configuraci\u00f3n registrada y la evidencia sin procesar.<\/p>\n

      Recomendaci\u00f3n pr\u00e1ctica<\/h2>\n