QBOX frente a QBCORE

Qbox vs QBCore: Diferencias, Compatibilidad y Migración

Elige Qbox para un nuevo servidor cuando quieras su pila moderna 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.

Logotipo del marco de QBCore

Qbox vs QBCore de un vistazo

Pregunta Qbox QBCore
Origen Comenzó como una bifurcación de QBCore y ahora sigue su propia arquitectura Marco y ecosistema de roleplay de FiveM establecido
Scripts QB existentes La mayoría de los scripts documentados y escritos correctamente funcionan a través del puente Objetivo nativo para recursos de QBCore
Integración OX Diseñado alrededor de integraciones como ox_lib y ox_inventory Depende del stack del servidor elegido y de los puertos de recursos
Acceso al núcleo Utiliza exports e imports de módulos; no hay objeto principal nativo de Qbox Muchos recursos utilizan el familiar objeto principal de QBCore
Riesgo de migración Requiere auditoría del acceso a la base de datos, acceso a archivos principales y recursos personalizados No hay migración de marco si el servidor ya es estable
Logotipo del marco de Qbox

¿Qué es Qbox?

Qbox es un marco de roleplay de FiveM creado en 2022. Comenzó como una bifurcación de QBCore, mantiene compatibilidad hacia atrás para casi todos los scripts de QBCore implementados correctamente, y cada vez utiliza más sus propios exports, módulos e integraciones basadas en OX. La propia documentación de Qbox recomienda los recursos publicados y advierte contra el acceso no soportado a tablas de base de datos o archivos propiedad del núcleo.

¿Qué es QBCore?

QBCore es un marco de roleplay maduro con un amplio catálogo de trabajos, inventarios, herramientas de administración y scripts personalizados. Su principal ventaja para un servidor existente es la predictibilidad: si tus recursos están probados contra tu versión actual de QBCore, quedarte evita el costo y el riesgo de una migración de marco.

¿Funcionarán los scripts de QBCore en Qbox?

La mayoría sí, pero no todos. Qbox proporciona un puente QB para recursos que utilizan correctamente los exports y eventos documentados de QBCore. Los de Scripts son más propensos a fallar cuando:

  • leen o modifican directamente las tablas de base de datos propiedad de QBCore;
  • abren o parchean archivos principales internos;
  • depender de funciones no documentadas o de un uso de eventos no válido;
  • reemplazar datos multijob o multigang integrados con tablas incompatibles;
  • suponer que existe un objeto principal Qbox en lugar de usar exportaciones y módulos compatibles.

Qbox describe su compatibilidad como 99% para los scripts de QB existentes, pero eso no es un sustituto para probar sus recursos pagados y personalizados exactos.

Cuando Qbox es la mejor opción

  • Estás construyendo un nuevo servidor y quieres una base orientada a Qbox/OX.
  • Tus scripts críticos usan APIs documentadas o ya declaran soporte para Qbox.
  • Quieres mover el código personalizado hacia exportaciones y módulos en lugar de editar el núcleo.
  • Puedes probar la migración de la base de datos y los personajes en una copia completa de ensayo.

Explorar Scripts Qbox y nuestra visión general de la pila Qbox OX.

Cuando QBCore es la mejor opción

  • Tu servidor en vivo es estable y la migración no resolvería un problema medido.
  • Un recurso crítico depende directamente de los internos de QBCore.
  • No tienes una copia de seguridad completa de la base de datos y un entorno de ensayo.
  • Tu equipo ya mantiene un despliegue y proceso de actualización de QBCore probados.

Explorar Scripts de QBCore y el centro de guías QBCore.

migración segura de QBCore a Qbox

  1. Inventarizar cada recurso. Registrar su versión, tablas de base de datos, llamadas de marco y estado de soporte.
  2. Copiar archivos y base de datos. Probar que la copia de seguridad se restaura antes de modificar la producción.
  3. Instalar Qbox con la receta recomendada. Comenzar desde los archivos de configuración actuales en lugar de mezclar archivos antiguos del núcleo en la nueva pila.
  4. Revisar trabajos y bandas. Qbox utiliza grados de trabajo y grupo numéricos, y su documentación de migración menciona los cambios requeridos en archivos compartidos y ordenación.
  5. Configure y convierta la base de datos de inventario. Siga la documentación exacta del inventario y trabaje en una copia.
  6. Pruebe los scripts por categoría. Comience con identidad, caracteres, trabajos, dinero e inventario, luego vehículos, vivienda, teléfonos y herramientas de administración.
  7. Reemplace gradualmente los internos no soportados. Qbox admite la conversión parcial de llamadas de QBCore a exportaciones y módulos de Qbox.
  8. Realice el cambio solo después de que las pruebas de paridad pasen. Mantenga un plan de retroceso con tiempo y una copia de seguridad pre-migración sin tocar.

Decisión

Para un nuevo proyecto, Qbox es un fuerte valor predeterminado cuando el equipo quiere su arquitectura y conjunto de recursos compatible. Para un servidor QBCore rentable o altamente personalizado, no migre por moda: mueva solo cuando un auditaje por etapas demuestre que el beneficio supera el riesgo de compatibilidad y datos.

Find scripts for your framework

Utilice el Qbox scripts catalog only for products whose individual listing explicitly documents Qbox support or a tested QBCore bridge. If you are keeping a native QBCore installation, compare the QBCore scripts catalog instead. For resources without framework calls, the standalone scripts catalog is the safer place to start.

Referencias oficiales