Instalación

Unos diez minutos. No hay SQL que importar — las tablas y todo el contenido por defecto se crean solos en el primer arranque. Cada paso termina con cómo saber que ha funcionado.

Antes de empezar

Necesitas	Por qué
oxmysql, arrancado y con una cadena de conexión que funcione	Todo vive en la base de datos, incluido el contenido del panel de admin
fmLib	Está declarado como dependencia; el recurso no arranca sin él
glitch-minigames	Los minijuegos de hackeo durante el paso de la ganzúa
ESX, QBCore o QBox (opcional)	Se detecta solo. Sin ninguno de ellos, funciona en standalone
ox_target o qb-target (opcional)	Solo para el `Config.InteractionSystem` correspondiente

1. Coloca la carpeta

Pon mic_boosting en tus recursos, por ejemplo dentro de resources/[mic]/.

Mantén el nombre de carpeta mic_boosting. El nombre del ítem mic_boosting_tablet, las tablas mic_boosting_* y todo lo que te pregunte el soporte usan ese nombre.

2. Arráncalo después de aquello de lo que depende

En server.cfg, ensure mic_boosting va debajo de oxmysql, tu framework (es_extended, qb-core o qbx_core), fmLib, tu inventario, tu recurso de target y glitch-minigames.

El que más importa es oxmysql. El recurso lo espera antes de crear sus tablas; si oxmysql todavía no ha arrancado, la instalación se salta y el panel de admin se abre con todas las pestañas vacías.

Ha funcionado si la consola muestra [MIC-BOOSTING] Server Bridge initialized. Detected Framework: esx (o qbcore — que es también lo que muestra QBox — o standalone) y ninguna línea roja de mic_boosting.

3. La base de datos — no tienes que hacer nada

En el primer arranque el recurso crea sus tablas mic_boosting_* en la base de datos a la que apunte oxmysql, y luego las llena con los valores por defecto: seis clases, el catálogo de coches de cada una, 28 puntos de recogida con cuatro guardias cada uno, 11 puntos de entrega, seis configuraciones de guardias, los minijuegos, la tienda de herramientas, desafíos, hitos, logros y ventajas.

mic_boosting.sql viene en la raíz del recurso para quien prefiera crear el esquema a mano. No lo necesitas.

Ha funcionado si la consola imprime una serie de líneas [mic_boosting seeder] en el primer arranque, y no en los siguientes.

4. Añade los ítems

Solo un ítem es obligatorio: mic_boosting_tablet, lo que usan los jugadores para abrir la tablet. Los seis ítems de herramientas se venden en la pestaña Herramientas de la tablet y solo hace falta registrarlos si quieres que funcionen.

Ítem	Qué hace
`mic_boosting_tablet`	Abre la tablet. Obligatorio en modo `item`
`mic_gps_tracker`	Ubicación exacta del coche del próximo contrato
`mic_signal_booster`	Círculo de búsqueda más pequeño en el próximo contrato
`mic_police_scanner`	Retrasa el aviso a la policía en el próximo contrato
`mic_radar_jammer`	Un retraso mayor del aviso a la policía
`mic_emp_jammer`	Se salta el minijuego de la ganzúa una vez
`mic_fake_plates`	Pone tu heat a 0 en el momento en que lo compras

En la carpeta items/ vienen definiciones ya hechas — elige el archivo de tu inventario y copia sus entradas:

Archivo	Para
`items/ox_inventory.lua`	ox_inventory — va en `ox_inventory/data/items.lua`
`items/qbcore_items.lua`	QBCore — va en `qb-core/shared/items.lua`
`items/esx_items.lua`	El inventario propio de ESX — las filas para tu tabla `items`

Las siete imágenes están en items/images/. Cópialas a la carpeta de imágenes de tu inventario (ox_inventory/web/images/ o qb-inventory/html/images/).

5. Framework y bridge

Config.Framework en config.lua viene como 'auto': busca qb-core, luego es_extended, y si no, funciona en standalone. Fuérzalo con 'qbcore', 'esx' o 'standalone' solo si la detección elige el equivocado.

En QBox, déjalo en 'auto': QBox se detecta a través de su compatibilidad con QBCore — qbx_core proporciona qb-core — así que no hay nada que configurar. Si lo fuerzas, usa 'qbcore'.

Si tu recurso de target no es ox_target, pon Config.InteractionSystem en 'qb_target' o 'drawtext' (un simple aviso con E, sin necesidad de recurso de target).

6. Date permisos de admin

El panel de admin es /boostingconfig. Eres admin si se cumple cualquiera de estas condiciones:

tienes el ACE indicado en Config.AdminAce (command por defecto — los admins de txAdmin suelen tenerlo a través de group.admin);
tu grupo está en Config.AdminGroups (admin, superadmin, god) — el grupo de ESX, o un permiso de QBCore.

En un servidor standalone el ACE es la única forma de entrar: dale a group.admin el ace command y añádete a group.admin en server.cfg.

Ha funcionado si /boostingconfig abre el panel en la pestaña Locations con 28 puntos en la lista.

7. Primer contrato

Date mic_boosting_tablet y un lockpick, y usa la tablet.
En la pestaña Classes del panel de admin, pon Min Police Online de la clase D a 0 para esta prueba. Todas las clases vienen pidiendo 2 policías conectados, así que en un servidor de pruebas vacío recibes Not enough police online (0/2) en lugar de un contrato.
En la pestaña Inicio de la tablet, únete a la cola de la clase D y acepta el contrato que llegue.

Ha funcionado si el coche aparece marcado en tu mapa, sale el aviso de la ganzúa en él, se ejecuta el minijuego, y al entregarlo en el punto de entrega se suman MB y XP a tu perfil.

Antes de abrir tu ciudad

Vuelve a poner Min Police Online en cada clase que hayas cambiado durante las pruebas.
Comprueba que Config.PoliceJobs incluye los nombres de tus trabajos de policía, para que el recuento mínimo de policías los vea.
Deja Config.ForceDropoffId y Config.ForceLocationId en nil. Fijan todos los contratos a un único punto y solo existen para pruebas.
Conecta tu dispatch. El aviso a la policía por defecto es una notificación y un blip; para usar cd_dispatch, ps-dispatch u otro, edita Bridge.PoliceDispatch en bridge/client_bridge.lua.
Asegúrate de que lockpick y advancedlockpick se pueden conseguir en algún sitio de tu ciudad.