Skip to main content
Humalike selecciona cada dominio de integración de forma independiente. Instalar un framework no impone su sistema de inventario ni de interacción.

​
Prioridades integradas

​
Jugador

​
Inventario

​
Interacción

El inventario de ESX es deliberadamente un respaldo, de modo que ox_inventory gana cuando ambos están disponibles. Si ox_inventory y qb-inventory, u ox_target y qb-target, se ejecutan juntos con la misma prioridad, selecciona uno explícitamente.

​
Trabajos y servicio

  • QBCore y Qbox requieren job.onduty == true cuando una interacción exige estar de servicio.
  • ESX no tiene un campo de servicio universal. La pertenencia pasa salvo que el objeto de trabajo del servidor exponga explícitamente un valor onduty u onDuty falso.
  • El modo independiente no tiene framework al que preguntar, así que un trabajo es un permiso ACE: add_ace group.ems humalike.job.ambulance allow. Los requisitos de trabajo vacíos pasan; ACE no tiene estado de servicio, así que un trabajo concedido cuenta como de servicio. Un proveedor de jugador personalizado sustituye esto por un estado real de trabajo y servicio.

​
Cambios en tiempo de ejecución

Arrancar, detener o reiniciar un framework, inventario, target o puente personalizado hace que la selección de proveedores se evalúe de nuevo. Humalike no necesita un reinicio completo del servidor. Ejecuta humalike_status tras cambiar recursos. Resuelve los dominios ambiguous, unavailable o degraded antes de probar el juego.

​
Frameworks personalizados o modificados

Los proveedores integrados admiten el comportamiento público de los frameworks listados. Un fork muy modificado puede exponer exports, datos de jugador, estado de servicio o eventos distintos. Conéctalo mediante un puente personalizado en lugar de editar Humalike.

​
Siguiente