Solução de Problemas
Os problemas que as pessoas realmente enfrentam, aproximadamente na ordem em que acontecem.
Uma alteração no resource não fez efeito
Seção intitulada “Uma alteração no resource não fez efeito”restart não relê o fxmanifest.lua. Se você adicionou um arquivo — um novo idioma, por exemplo — digite refresh no console primeiro e depois restart mic_boosting. Sem isso, o servidor mantém a lista de arquivos que já tinha.
O painel administrativo abre, mas todas as abas estão vazias
Seção intitulada “O painel administrativo abre, mas todas as abas estão vazias”O oxmysql não estava iniciado quando o mic_boosting iniciou, então a configuração do banco de dados foi ignorada. Mova ensure oxmysql para cima de ensure mic_boosting no server.cfg, verifique se o oxmysql tem uma string de conexão válida e reinicie o servidor.
Usar o item do tablet não faz nada
Seção intitulada “Usar o item do tablet não faz nada”Em ordem:
- O item
mic_boosting_tabletestá registrado no seu inventário? Veja 🎒 Itens. Config.TabletOpenModeestá definido como'command'? Nesse caso, apenas/boostingabre o tablet.- O servidor está rodando em modo standalone? Não há sistema de itens utilizáveis sem ESX, QBCore ou QBox — mude para o modo
'command'. - Algum administrador baniu este jogador do boosting na aba Admin do tablet?
“Not enough police online (0/2)”
Seção intitulada ““Not enough police online (0/2)””Todas as classes vêm exigindo 2 policiais online antes que alguém possa entrar na fila ou aceitar um contrato. Altere Min Police Online por classe em /boostingconfig → Classes (0 = sem requisito).
Se você tem policiais online e ainda aparece 0, o nome do trabalho deles não está em Config.PoliceJobs no config.lua.
A polícia nunca recebe um alerta
Seção intitulada “A polícia nunca recebe um alerta”O alerta vai para os jogadores cujo trabalho é police, sheriff, lspd ou bcso, e apenas para as classes com Police Alert ativado na aba Classes. Se o trabalho policial do seu servidor tiver outro nome, edite Bridge.PoliceDispatch em bridge/client_bridge.lua para enviar o alerta através do seu resource de dispatch.
Nenhuma opção aparece no carro
Seção intitulada “Nenhuma opção aparece no carro”O aviso de interação vem de Config.InteractionSystem:
'ox_target'(o padrão) precisa do ox_target em execução;'qb_target'precisa do qb-target em execução;'drawtext'não precisa de nada — aproxime-se a poucos metros e pressione E.
Se você não tiver certeza de qual target possui, defina 'drawtext' e reinicie.
“You need a Lockpick” / “You need an Advanced Lockpick”
Seção intitulada ““You need a Lockpick” / “You need an Advanced Lockpick””A fechadura verifica a presença de lockpick nas classes D a B e advancedlockpick nas classes A a S+. Nenhum dos dois acompanha este resource, portanto no ESX ou ox_inventory eles precisam existir no seu servidor e poder ser obtidos pelos jogadores. Um Bloqueador EMP (EMP Jammer) pula essa verificação.
Um erro acontece quando o minigame de lockpick deveria começar
Seção intitulada “Um erro acontece quando o minigame de lockpick deveria começar”As classes usam glitch-minigames para a fechadura. Certifique-se de que ele esteja instalado e iniciado antes do mic_boosting. Se preferir não usá-lo, desative todos os minigames daquela classe na aba Minigames do painel administrativo: a fechadura então abrirá em um sorteio simples, cerca de nove vezes a cada dez.
O framework errado é detectado
Seção intitulada “O framework errado é detectado”O console imprime qual foi escolhido ao iniciar: [MIC-BOOSTING] Server Bridge initialized. Detected Framework: …. A detecção procura por resources chamados exatamente qb-core e es_extended. Se o seu tiver outro nome ou iniciar depois, defina Config.Framework como 'esx' ou 'qbcore' manualmente.
No QBox, o console deve mostrar qbcore: qbx_core fornece qb-core, então o QBox é encontrado por meio de sua compatibilidade com o QBCore. Se mostrar standalone, o qbx_core está iniciando depois do mic_boosting — mova ensure mic_boosting para baixo dele ou defina Config.Framework como 'qbcore'.
Os contratos são recusados: calor (heat) muito alto
Seção intitulada “Os contratos são recusados: calor (heat) muito alto”O calor acumula a cada trabalho. Ao atingir Max Heat (100 por padrão), os contratos são recusados até que esfrie; ele diminui conforme o Heat Decay per Minute para os jogadores que estão online. Ambos ficam na aba Settings do painel administrativo, e um administrador pode alterar o calor de um jogador na aba Admin do tablet. Comprar Placas Falsas (Fake Plates) zera o calor imediatamente.
Editei shared/prices.lua e nada mudou
Seção intitulada “Editei shared/prices.lua e nada mudou”Esse arquivo é lido apenas na primeiríssima inicialização, para preencher uma tabela de configurações vazia. Depois disso, os valores ficam no banco de dados — altere-os em /boostingconfig → Settings.
Um carro com VIN raspado não está na garagem
Seção intitulada “Um carro com VIN raspado não está na garagem”O carro é gravado diretamente na tabela de veículos do seu framework: owned_vehicles no ESX e player_vehicles na garagem pillboxgarage no QBCore. Um resource de garagem que armazene veículos em outro lugar não o verá — adapte a função GiveVehicle em bridge/server_bridge.lua. No modo standalone não há garagem; você fica com o carro no mundo.
Quero o conteúdo padrão de volta
Seção intitulada “Quero o conteúdo padrão de volta”O comando boostingseed no console do servidor restaura todos os locais de coleta, pontos de entrega, classes, carros, configurações de guardas, minigames, itens da loja de ferramentas, configurações e entradas de progressão originais. Ele não altera perfis de jogadores, MB, equipes, contratos ou anúncios no mercado. Não funciona se digitado dentro do jogo.
Tudo está em inglês
Seção intitulada “Tudo está em inglês”Config.Locale no config.lua escolhe o idioma (en, es, fr, pt, de, tr, it, nl, pl, cs, ru). Qualquer texto que esteja faltando em um arquivo de idioma é exibido em inglês em vez de quebrar o script.