Início rápido

Todo script da Mic entra no servidor da mesma maneira. Esta página traz a parte que todos compartilham; a página de Instalação de cada script adiciona apenas o que é específico dele.

1. Baixe no seu portal Cfx.re

Após comprar em mic.tebex.io, o script aparece no portal Cfx.re em Granted Assets, na conta Cfx.re usada no checkout. Baixe-o de lá — é também onde todas as atualizações aparecerão.

2. Coloque a pasta nos seus resources

Extraia o arquivo na sua pasta resources. Uma pasta entre colchetes como resources/[mic]/ mantém tudo organizado e permite iniciar o grupo inteiro. Se o script vier com um resource complementar de props (Arcade Machines, Crypto Mining…), coloque ambas as pastas.

3. Inicie-o depois das dependências

No server.cfg, a linha ensure do script deve ficar abaixo dos resources dos quais ele depende: oxmysql, seu framework (es_extended, qb-core ou qbx_core), seu inventário e seu target. Iniciar um script antes do framework é o motivo mais comum para uma linha vermelha no console.

4. Banco de dados e itens

Alguns scripts criam suas tabelas sozinhos; outros trazem um arquivo .sql para importar uma única vez. Scripts que usam itens já trazem as definições e imagens dentro do resource, prontos para ox_inventory, QBCore e ESX. A página de Instalação do script informa qual é o caso e onde estão os arquivos.

5. Leia a configuração antes de abrir o servidor

Todo script tem um config.lua aberto (e geralmente pastas locales/ e bridge/ abertas). A página de Personalização de cada script lista todas as opções e o que cada uma define.

Dois hábitos no FiveM que economizam uma hora

restart não relê o fxmanifest.lua. Depois de adicionar ou atualizar arquivos, execute refresh no console do servidor primeiro e depois dê restart no resource — ou simplesmente reinicie o servidor.
Atualize os artefatos do servidor. Resources com escrow e natives modernas precisam de uma build recente do FXServer; um servidor atrasado em um ano é de onde surgem erros estranhos.

O que é a “bridge”

A maioria dos scripts tem uma pasta bridge/. Ela concentra todas as chamadas que o script faz para outro resource — framework, inventário, target, notificações, telefone, combustível, chaves. Ela é deixada aberta de propósito: se o seu servidor usa algo personalizado, você adapta um pequeno arquivo ali em vez de esperar por uma atualização.