💡Guia Inicial

🚀 Guia Inicial — Seu primeiro OTServer (Em sua Casa ou VPS)

Este guia foi feito para você que quer entrar no mundo dos OTServers e colocar o seu servidor no ar — seja para estudo em casa ou para operar de forma profissional em uma VPS Linux. Nada de linha de comando aqui: foco em decisões, planejamento e boas práticas.


🧭 Mapa mental do projeto (o que é cada coisa)

  • Engine/Emulador: o “cérebro” do servidor (ex.: Canary ou TFS 1.x).

  • Datapack: conteúdo do jogo (mapa, criaturas, itens, scripts).

  • Cliente: o programa do jogador (OTClient/OTClientV8 ou cliente Tibia compatível).

  • Site: painel (ex.: MyAAC, ZnoteAAC, Gesior...) para contas, ranking, loja.

  • Banco de dados: guarda contas, chars, guilds, etc.

  • Infra: onde roda (PC em casa, VPS ou dedicado) + domínio(NOMESEUOT.COM.BR), DNS e backups.


🎯 Defina seu objetivo primeiro

  • Público: amigos, comunidade pequena ou projeto comercial?

  • Versão do jogo: clássico (7.x/8.x) ou moderna (12–15.x)?

  • Estilo: low-rate, mid, high, fun; PvP, RPG, quests, eventos.

  • Diferencial: sistemas exclusivos? mapa custom? economia justa?

Dica: comece enxuto, valide interesse, e evolua com feedback.


🧩 Escolhas rápidas (recomendadas para iniciar)

  • Engine: comece com Canary (estrutura moderna e scripts em RevScript).

  • Cliente: OTClient/OTClientV8 compatível com sua versão.

  • Site: MyAAC pela simplicidade e comunidade ativa.

  • Banco: MariaDB/MySQL.

  • Hospedagem:

    • Casa/lab para aprender.

    • Hospedagem plano de VPS quando abrir para público.


🏠 Casa x ☁️ VPS — qual escolher?

Opção
Vantagens
Pontos de atenção
Ideal para

Casa (PC/Notebook)

Sem custo mensal, ótimo para aprender

Internet residencial, energia/uptime, abrir portas

Estudo, dev solo, testes

VPS Linux

IP público estável, melhor latência/uptime

Custo mensal e gerenciamento

Servidor “pra valer” (jogadores externos)

Dedicado

Alto desempenho, controle total

Custo mais alto e manutenção

Comunidade grande/projetos comerciais

Dimensões de referência

  • 10–40 players: 1 vCPU, 2–4 GB RAM, 20–40 GB SSD

  • 40–120 players: 2–4 vCPU, 6–8 GB RAM, 40–80 GB SSD


🛡️ Segurança e estabilidade (desde o dia 1)

  • Usuário dedicado para rodar o servidor (evite “root”).

  • Backups diários de banco + data/ (guarde fora da máquina).

  • Uptime: use um serviço que reinicie o servidor em caso de falha.

  • Acesso: limite quem pode administrar; registre ações de GM.

  • Privacidade/Termos: defina regras da comunidade e políticas de ban.


🗂️ Organização do projeto

  • Repositório Git para versões do datapack e scripts.

  • Pasta “deploy/produção” separada da “dev/teste”.

  • Documentação interna: como subir, atualizar, fazer backup, restaurar.

  • Changelog: liste mudanças a cada update.


🧪 Qualidade (antes de abrir o servidor)

  • Smoke test: criar conta, logar, matar criaturas, usar magia, salvar e relogar, ou seja nao inicie um servidor com bugs críticos.

  • Economia: verifique preços de lojas/NPCs, loot e tasks.

  • Progresso: teste quests principais e acesso a cidades.

  • Balance: verifique vocações e PvP básico.

  • Carga: chame amigos para testar com 10–20 players simultâneos.


📣 Pronto para lançar? Checklist de lançamento

  • Nome, logo e identidade visual definidos.

  • Página inicial (site) com: regras, rates, link de download, contato/Discord.

  • Canal de suporte: Discord/WhatsApp, tempo de resposta combinado.

  • Guia rápido para jogadores iniciantes.

  • Post de anúncio (Instagram/Discord/Grupos) com data/horário.

  • Plano de contingência:

    • O que fazer se cair, se corromper a DB ou se houver bug crítico?

    • Procedimento de rollback e comunicação com a comunidade.


📈 Crescimento e manutenção

  • Calendário de eventos (semanal/mensal).

  • Pesquisa com jogadores (o que melhorar/nerfar).

  • Atualizações pequenas e frequentes (evite mudanças gigantes de uma vez).

  • Observabilidade: acompanhe online, reports de crash, picos de lag.

  • Monetização ética: evite pay-to-win forte; foque em cosméticos/conveniência.


🧠 Próximos passos sugeridos (roadmap)

  1. Publicar Guia do Jogador (instalação do cliente, comandos básicos).

  2. Publicar Guia do GM (perfis, responsabilidades, conduta).

  3. Escrever políticas (ban, apelidos, bot, macro, bugs).

  4. Criar página de sistemas (imbuements, autoloot, tasks).

  5. Montar plano de conteúdo (vídeos para divulgação, logotipo, patch notes etc).


❓FAQ rápido

  • Qual engine eu escolho? Comece com Canary caso deseja uma versão mais atualizada; migrações são possíveis depois.

  • Qual versão dá mais players? Não existe regra; 7.x tem nostalgia, 12–15.x tem conteúdo. Escolha pelo que você domina.

  • Posso abrir em casa? Sim, para aprender. Para público/seriedade, prefira VPS.

    • Como evitar “morrer no primeiro mês”? Entregue instabilidade ou bugs graves, comunicação transparente e updates pequenos constantes.

Atualizado