Compilar a source de um Tibia OTServ permite personalizar profundamente o servidor. Com acesso ao código, a equipe pode corrigir bugs, alterar sistemas, melhorar performance, adicionar funções e adaptar a distro ao projeto. Em VPS, essa liberdade é uma grande vantagem, mas também exige conhecimento técnico. Compilar sem entender dependências, versão do compilador e bibliotecas pode gerar erros difíceis de resolver ou executável instável em produção.
Quando compilar a source
Você precisa compilar quando recebe apenas o código-fonte, quando altera arquivos C++ ou quando quer atualizar a distro. Mudanças em scripts Lua geralmente não exigem recompilação. Já alterações em protocolo, combat, vocations internas, sistema de items, network, database ou engine exigem novo build. Antes de compilar, tenha backup do executável atual e do banco.
Ambiente Linux ou Windows
Linux costuma ser mais usado em produção por eficiência e automação. Windows pode ser mais familiar para alguns desenvolvedores. A escolha depende da source e da equipe. Algumas distros têm documentação para Ubuntu/Debian com CMake, GCC, Boost, Lua, MySQL client, GMP, PugiXML e outras bibliotecas. Outras usam Visual Studio no Windows. Siga a documentação da distro, não comandos aleatórios de outra base.
Dependências
Erros de compilação geralmente vêm de dependências ausentes ou versões incompatíveis. Bibliotecas como Boost, LuaJIT, OpenSSL, MariaDB/MySQL client e CMake podem variar conforme a distro. Leia o erro com calma. Se falta header, instale pacote de desenvolvimento. Se a função não existe, pode ser versão errada. Evite trocar muitas coisas ao mesmo tempo.
Build separado
Não compile dentro da pasta de produção sem necessidade. Use diretório separado, gere o executável, teste e só depois substitua. Mantenha o executável antigo salvo para rollback. Em servidores ativos, nunca troque binário em horário de pico sem teste. Um executável novo pode iniciar, mas quebrar save, combat ou login depois.
Testes pós-compilação
Depois de compilar, teste login, movimentação, combate, spells, monsters, NPCs, houses, guilds, deaths, shop e save. Leia console por warnings. Teste com personagens comuns. Se alterou protocolo, teste com client correto. Se alterou banco, teste importação e compatibilidade de tabelas.
Versionamento
Use controle de versão quando possível. Com Git, você sabe qual mudança gerou bug e consegue voltar. Mesmo sem Git, documente data, motivo e arquivos alterados. Source customizada sem histórico vira problema quando a equipe muda ou quando surge bug meses depois.
Boas práticas
- Faça backup antes de substituir executável.
- Compile em ambiente separado.
- Use dependências recomendadas pela distro.
- Teste em servidor fechado antes de produção.
- Guarde executável anterior para rollback.
- Documente mudanças na source.
Erros comuns de compilação
Erros como biblioteca não encontrada, header ausente, versão errada do Boost ou incompatibilidade de CMake são normais no primeiro build. Anote cada pacote instalado e salve os comandos usados. Assim, se a VPS precisar ser recriada, a equipe consegue repetir o processo sem depender de memória ou tentativa e erro.
Conclusão
Compilar source de Tibia em VPS dá controle real sobre o OTServ, mas exige disciplina. Prepare dependências, compile fora da produção, teste tudo e mantenha rollback. Para projetos avançados, essa capacidade permite criar diferenciais, corrigir limitações da base e melhorar estabilidade. Para iniciantes, o ideal é começar com mudanças pequenas e bem documentadas.
