{"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:\/\/fivemx.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> Elija 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 opera 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
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>\nCompare 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; confirme si un framework completo es realmente innecesario.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\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 construcci\u00f3n, inspeccione la receta actual y verifique que cada producto requerido sea compatible con la versi\u00f3n exacta de ESX, el inventario, la biblioteca de la base de datos, las exportaciones y los eventos.<\/p>\n

QBCore<\/h2>\n

Oficial de QBCore qb-core<\/code> expone un Objeto Central con funciones, datos de jugador, datos compartidos, configuraci\u00f3n y comandos. Las definiciones compartidas incluyen trabajos, pandillas, elementos y veh\u00edculos. La instalaci\u00f3n oficial de Windows utiliza la receta popular del Framework QBCore en txAdmin, y la receta despliega una base de datos y un conjunto de recursos m\u00e1s amplio en lugar de solo la carpeta principal.<\/p>\n

QBCore es un candidato para una construcci\u00f3n de ecosistema QB nueva o existente cuando sus API documentados y recursos compatibles cubren los requisitos del servidor. No infiera que cada recurso que lleva una etiqueta QBCore soporta cada versi\u00f3n principal o inventario de reemplazo. Registre las exportaciones requeridas, dependencias, SQL y orden de inicio para la pila exacta.<\/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
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>\nRunbooks, copias de seguridad y un ejercicio de recuperaci\u00f3n por etapas.<\/td>\n<\/tr>\n
Actuaci\u00f3n<\/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

Lista de verificaci\u00f3n de decisiones<\/h2>\n
    \n
  1. Enumere las caracter\u00edsticas requeridas del jugador.<\/strong> Nombre los requisitos exactos de trabajos, econom\u00eda, inventario, vivienda, tel\u00e9fono, veh\u00edculo, administraci\u00f3n e integraci\u00f3n.<\/li>\n
  2. Inventario de dependencias existentes.<\/strong> Registrar versiones de framework, manifiestos, tablas de bases de datos, exportaciones, eventos y cambios centrales personalizados.<\/li>\n
  3. Soporte de recursos de mapa.<\/strong> Para cada recurso requerido, confirme el framework y la versi\u00f3n que realmente soporta, incluyendo puentes y sistemas de reemplazo.<\/li>\n
  4. Verificar el conocimiento del equipo.<\/strong> Incluya las herramientas, lenguajes, modelo de base de datos y herramientas operativas que los mantenedores pueden diagnosticar.<\/li>\n
  5. Estimar la migraci\u00f3n a partir de la evidencia.<\/strong> Cuente los dominios de datos e integraciones reales; no utilice una tabla gen\u00e9rica de horas o costos.<\/li>\n
  6. Construir una pila de prueba representativa.<\/strong> Utilice la receta oficial, los recursos seleccionados y una copia saneada de datos realistas.<\/li>\n
  7. Definir aceptaci\u00f3n y reversi\u00f3n.<\/strong> Decida 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 de datos importan: crear un nuevo identificador de personaje sin mapear todos los registros relacionados puede dejar activos o permisos hu\u00e9rfales.<\/p>\n

    No ejecute un fragmento de c\u00f3digo de conversi\u00f3n gen\u00e9rico contra producci\u00f3n. Comience con un esquema y un inventario de recursos, dise\u00f1e una conversi\u00f3n idempotente contra una copia de prueba, valide los recuentos y relaciones de registros, y ensaye la reversi\u00f3n. Los scripts espec\u00edficos del 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 comparar su propia pila<\/h2>\n

    Si el rendimiento influye en la elecci\u00f3n, compare compilaciones controladas en lugar de repetir una clasificaci\u00f3n. Utilice el mismo host o hardware equivalente aislado, artefacto FXServer, versi\u00f3n de base de datos, volumen de datos y acciones representativas del jugador. Mantenga el conjunto de recursos funcionalmente comparable y declare cada diferencia intencional.<\/p>\n

      \n
    1. Caliente cada servidor de manera consistente y capture el comportamiento inactivo.<\/li>\n
    2. Repita las mismas acciones de carga de personaje, inventario, trabajo, veh\u00edculo y econom\u00eda.<\/li>\n
    3. Recopile evidencia del perfilador FiveM o resmon, adem\u00e1s de consultas lentas de la base de datos y m\u00e9tricas del sistema.<\/li>\n
    4. Ejecute m\u00faltiples muestras e informe distribuciones o rangos, no un solo n\u00famero \u00f3ptimo.<\/li>\n
    5. Inspeccione errores, correcci\u00f3n de datos y comportamiento de reconexi\u00f3n junto con la temporizaci\u00f3n.<\/li>\n
    6. Conserve 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. Publique solo las conclusiones respaldadas por la configuraci\u00f3n registrada y la evidencia sin procesar.<\/p>\n

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