Pular para o conteúdo principal
Hero Dark

Resolva problemas comuns

Resource não inicia

Está com problemas para iniciar o seu produto? Clique aqui

Funções exportáveis

Precisa integrar o Whitelist System com outro script? Clique aqui
Hero Dark

Sobre o sistema

O Whitelist System é um sistema completo de controle de acesso para servidores MTA. Ele bloqueia jogadores que não passaram pelo processo de whitelist, com suporte a aplicação pelo jogo, pelo Discord ou pelos dois combinados.

Visão Geral

Este guia cobre todo o arquivo config/settings.lua. Objetivo:
  • Você entender exatamente o que cada opção muda.
  • Você saber quando usar true ou false.
  • Você configurar a whitelist sem precisar entrar em detalhes técnicos.

Antes de Começar

  • Arquivo de configuração: config/settings.lua
  • Depois de alterar a config: reinicie o resource (restart sqh_whitelist)
  • Regra geral:
    • true = ativa a função
    • false = desativa a função

1) license

Configuração da licença de ativação do sistema.

2) config.infobox

Funções de notificação do servidor. Configure aqui o sistema de alert/toast do seu servidor. type pode ser: 'success', 'error', 'info', 'warning'

3) config.events

onJoinCity

Callbacks executados quando o player é liberado na whitelist (na entrada ou após aprovação).

Verificação automática

Recomendação: Use verifyOnLogin = true e verifyOnJoin = false em servidores com sistema de login/conta próprio.

4) config.social

Links das redes sociais exibidos na tela de whitelist.

5) config.rules

Link para o documento de regras do servidor, exibido na tela de whitelist.

6) config.getPlayerID

Função que retorna o ID do jogador no seu sistema. Usada para registrar o playerID na tabela de whitelist.
Personalize para retornar o ID correto do seu sistema de contas/personagens.

7) config.whitelistInfos

7.1 Modo de aplicação


7.2 discordInfos — Configurações do Bot Discord

Configurações usadas quando whitelistOption é 2 ou 3.

7.3 Comportamento das perguntas


7.4 Chances e cooldown

Exemplo: chancesToAnswer = 3, cooldownTime = 24 — o jogador tem 3 tentativas e, ao esgotar, aguarda 24 horas para tentar novamente.

7.5 translates — Textos e mensagens do bot Discord

Textos exibidos pelo bot do Discord durante o processo de whitelist.

7.6 messages — Mensagens operacionais

Mensagens enviadas em situações específicas do fluxo de whitelist.

7.7 questions — Perguntas da whitelist

Lista de perguntas exibidas durante o processo. Cada pergunta é uma tabela com os seguintes campos: Cada alternativa em options:
Atenção: Questões do tipo 'text' não são corrigidas automaticamente, mesmo com automaticCorrection = true. Elas são sempre avaliadas pelo staff.
Exemplo de pergunta options:
Exemplo de pergunta text:

8) config.musicPlayer

Lista de músicas tocadas na tela de whitelist. Cada item é uma tabela com os campos:

9) config.faq

Lista de perguntas frequentes exibidas na tela de whitelist antes de o jogador iniciar. Cada item é uma tabela com:

10) config.nameMainConfigs

Configuração auxiliar para obter o nome da conta interna do sistema (usado para configuração técnica de HTTP com serial).
Importante: Após usar o comando para configurar o serial, desative esta opção com commandActive = false.

11) interface

Configurações visuais da interface de whitelist.

11.1 Cores

Formato das cores: '#RRGGBB XX%' onde XX% é a opacidade.

11.2 Border Radius


12) translate

Define o idioma padrão e os textos da interface.

12.1 Idioma padrão

12.2 Campos por idioma

Cada bloco de idioma contém:

Dicas Finais

  • Após qualquer alteração no config/settings.lua, reinicie o resource com restart sqh_whitelist.
  • Ao configurar pela primeira vez, ative nameMainConfigs.commandActive = true, use o comando /vernomedaconta para obter o nome da conta, configure o serial no painel da Squash e depois volte commandActive = false.
  • Para servidores com login próprio, use verifyOnLogin = true e verifyOnJoin = false para evitar verificação prematura antes do login.
  • Configure o config.events.onJoinCity.server para liberar o acesso do player ao servidor após a whitelist ser aprovada — sem isso o jogador será aprovado mas não terá o acesso liberado pelo seu sistema.