{"id":159060,"date":"2024-09-28T13:32:40","date_gmt":"2024-09-28T11:32:40","guid":{"rendered":"https:\/\/hifivem.com\/?p=159060"},"modified":"2026-08-15T19:30:00","modified_gmt":"2026-08-15T17:30:00","slug":"uso-simultaneo-de-esx-qbcore","status":"publish","type":"post","link":"https:\/\/rpcrate.com\/es\/simultaneous-use-esx-qbcore\/","title":{"rendered":"Uso simult\u00e1neo de ESX y QBCore: \u00bfPor qu\u00e9 no es viable?"},"content":{"rendered":"

Respuesta directa:<\/strong> No ejecutes ESX y QBCore como dos n\u00facleos que controlen los datos de los mismos jugadores. Ambos pueden t\u00e9cnicamente iniciarse 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\u00f1ado espec\u00edficamente y una fuente de verdad declarada, el estado duplicado se vuelve inseguro y dif\u00edcil de recuperar.<\/p>\n

Por qu\u00e9 dos n\u00facleos entran en conflicto<\/h2>\n
\n\n\n\n\n\n\n\n\n\n
Dominio<\/th>\nRiesgo con dos autoridades<\/th>\nControl requerido<\/th>\n<\/tr>\n<\/thead>\n
Identidad<\/th>\nUn jugador puede recibir registros ESX y QBCore no relacionados.<\/td>\nUna identidad can\u00f3nica y mapeo expl\u00edcito.<\/td>\n<\/tr>\n
Dinero y trabajos<\/th>\nLas actualizaciones pueden divergir o aplicarse dos veces.<\/td>\nUn \u00fanico responsable de las escrituras y reglas de conversi\u00f3n probadas.<\/td>\n<\/tr>\n
Inventario<\/th>\nLos elementos, metadatos y sem\u00e1ntica de almacenamiento difieren.<\/td>\nUna autoridad de inventario; adaptadores en el l\u00edmite.<\/td>\n<\/tr>\n
Eventos y callbacks<\/th>\nAcciones de juego similares pueden activar manejadores de framework no relacionados.<\/td>\nAdaptadores con espacio de nombres y revisados en lugar de duplicaci\u00f3n global.<\/td>\n<\/tr>\n
Dependencias<\/th>\nUn recurso puede detectar el core incorrecto o usar un API no compatible.<\/td>\nPruebas exactas de dependencias y orden de inicio.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Qu\u00e9 es factible<\/h2>\n

Un servidor puede ejecutar un adaptador de compatibilidad para un recurso espec\u00edfico cuando el adaptador tiene un contrato limitado y un framework sigue siendo autoritativo. Qbox, por ejemplo, documenta un puente QB y sus l\u00edmites. Eso es diferente de ejecutar dos econom\u00edas y modelos de jugador completos uno al lado del otro.<\/p>\n

Lista de verificaci\u00f3n de decisiones<\/h2>\n
    \n
  1. Determina qu\u00e9 n\u00facleo controla la identidad, los trabajos, el dinero y el inventario.<\/li>\n
  2. Enumera los recursos heredados concretos que bloquean la migraci\u00f3n.<\/li>\n
  3. Da prioridad a sustituir o portar cada recurso; usa un puente solo cuando su contrato est\u00e9 documentado y pueda probarse.<\/li>\n
  4. Prueba las llamadas no autorizadas, las reconexiones, los reinicios y los fallos parciales de las dependencias.<\/li>\n
  5. Si ambos n\u00facleos necesitan escribir en el mismo \u00e1mbito de datos, detente y redise\u00f1a la soluci\u00f3n antes de pasar a producci\u00f3n.<\/li>\n<\/ol>\n

    Alcance y limitaciones<\/h2>\n

    No hay una respuesta universal para cada fork o adaptador personalizado. Un puente cuidadosamente dise\u00f1ado puede traducir una superficie API limitada, pero debe declarar la propiedad, el comportamiento de fallo y las reglas de persistencia. No interpretes \u201ccompatible con QB\u201d como prueba de compatibilidad total QBCore en otro framework.<\/p>\n

    Fuentes primarias<\/h2>\n