Instalação

Cerca de dez minutos. Não há SQL para importar — as tabelas e todo o conteúdo padrão são criados automaticamente na primeira inicialização. Cada passo termina explicando como saber que funcionou.

Antes de começar

Você precisa	Por quê
oxmysql, iniciado, com uma string de conexão válida	Tudo fica no banco de dados, incluindo o conteúdo do painel administrativo
fmLib	Declarado como dependência; o resource não iniciará sem ele
glitch-minigames	Os minigames de invasão durante a etapa de arrombamento (lockpick)
ESX, QBCore ou QBox (opcional)	Detectado automaticamente. Sem nenhum deles, roda no modo standalone
ox_target ou qb-target (opcional)	Apenas para o `Config.InteractionSystem` correspondente

1. Coloque a pasta no lugar

Solte mic_boosting nos seus resources, por exemplo dentro de resources/[mic]/.

Mantenha o nome da pasta mic_boosting. O nome do item mic_boosting_tablet, as tabelas mic_boosting_* e tudo sobre o que o suporte perguntará usam esse nome.

2. Inicie após as dependências

No server.cfg, ensure mic_boosting fica abaixo de oxmysql, do seu framework (es_extended, qb-core ou qbx_core), fmLib, do seu inventário, do seu resource de target e de glitch-minigames.

O mais importante é o oxmysql. O resource aguarda por ele antes de criar suas tabelas; se o oxmysql ainda não estiver iniciado, a configuração inicial é ignorada e o painel administrativo abre com todas as abas vazias.

Funcionou quando o console mostra [MIC-BOOSTING] Server Bridge initialized. Detected Framework: esx (ou qbcore — que também é o que o QBox mostra — ou standalone) e nenhuma linha vermelha vinda do mic_boosting.

3. O banco de dados — nada a fazer

Na primeira inicialização, o resource cria suas tabelas mic_boosting_* no banco de dados para o qual o oxmysql aponta e as preenche com os valores padrão: seis classes, a lista de carros de cada uma, 28 locais de coleta com quatro guardas cada, 11 pontos de entrega, seis configurações de guardas, os minigames, a loja de ferramentas, desafios, marcos, conquistas e vantagens.

O arquivo mic_boosting.sql vem na raiz do resource para quem preferir criar a estrutura manualmente. Você não precisa dele.

Funcionou quando o console imprime uma sequência de linhas [mic_boosting seeder] na primeira inicialização, e não nas seguintes.

4. Adicione os itens

Apenas um item é obrigatório: mic_boosting_tablet, o objeto que os jogadores usam para abrir o tablet. Os seis itens de ferramentas são vendidos na aba Ferramentas do tablet e só precisam ser registrados se você quiser que funcionem.

Item	O que faz
`mic_boosting_tablet`	Abre o tablet. Obrigatório no modo `item`
`mic_gps_tracker`	Localização exata do carro do próximo contrato
`mic_signal_booster`	Círculo de busca menor para o próximo contrato
`mic_police_scanner`	Atrasa o alerta policial no próximo contrato
`mic_radar_jammer`	Um atraso maior para o alerta policial
`mic_emp_jammer`	Pula o minigame de lockpick uma vez
`mic_fake_plates`	Zera o seu calor (heat) no momento em que você o compra

Definições prontas vêm na pasta items/ — escolha o arquivo do seu inventário e copie as entradas:

Arquivo	Para
`items/ox_inventory.lua`	ox_inventory — vai em `ox_inventory/data/items.lua`
`items/qbcore_items.lua`	QBCore — vai em `qb-core/shared/items.lua`
`items/esx_items.lua`	Inventário próprio do ESX — as linhas para sua tabela `items`

As sete imagens estão em items/images/. Copie-as para a pasta de imagens do seu inventário (ox_inventory/web/images/ ou qb-inventory/html/images/).

5. Framework e bridge

Config.Framework no config.lua vem como 'auto': ele procura por qb-core, depois es_extended e, caso contrário, roda como standalone. Force com 'qbcore', 'esx' ou 'standalone' apenas se a detecção escolher o errado.

No QBox, deixe em 'auto': o QBox é detectado por meio de sua compatibilidade com o QBCore — qbx_core fornece qb-core — então não há nada para configurar. Se quiser forçar, use 'qbcore'.

Se o seu resource de target não for o ox_target, defina Config.InteractionSystem como 'qb_target' ou 'drawtext' (um aviso simples de pressionar E, sem necessidade de resource de target).

6. Dê permissão de administrador a si mesmo

O painel administrativo é /boostingconfig. Você é considerado administrador se qualquer uma das condições abaixo for verdadeira:

você possui a ACE indicada em Config.AdminAce (command por padrão — administradores do txAdmin geralmente já a possuem por meio de group.admin);
o seu grupo está listado em Config.AdminGroups (admin, superadmin, god) — o grupo do ESX ou uma permissão do QBCore.

Em um servidor standalone, a ACE é o único caminho: dê a group.admin a ACE command e adicione a si mesmo ao group.admin no server.cfg.

Funcionou quando /boostingconfig abre o painel na aba Locations com 28 locais listados.

7. Primeiro contrato

Dê a si mesmo mic_boosting_tablet e uma lockpick, e use o tablet.
Na aba Classes do painel administrativo, defina Min Police Online para a classe D como 0 para este teste. Todas as classes vêm exigindo 2 policiais online, então em um servidor de teste vazio você receberia Not enough police online (0/2) em vez de um contrato.
Na aba Início (Home) do tablet, entre na fila para a classe D e aceite o contrato que chegar.

Funcionou quando o carro é marcado no seu mapa, a opção de lockpick aparece nele, o minigame executa e entregá-lo no ponto final adiciona MB e XP ao seu perfil.

Antes de abrir sua cidade

Restaure o Min Police Online em todas as classes que você alterou durante os testes.
Verifique se Config.PoliceJobs lista os nomes dos trabalhos de polícia do seu servidor, para que a contagem mínima de policiais os reconheça.
Deixe Config.ForceDropoffId e Config.ForceLocationId como nil. Eles fixam todos os contratos em um único local e existem apenas para testes.
Conecte o seu dispatch. O alerta policial padrão é uma notificação e um blip; para usar cd_dispatch, ps-dispatch ou outro, edite Bridge.PoliceDispatch em bridge/client_bridge.lua.
Certifique-se de que lockpick e advancedlockpick possam ser obtidos em algum lugar da sua cidade.