aleffff

Patched, não funciona mais. Jogo fecha, provavelmente mudou as address que editava.

Obrigado pela contribuição, e parabéns pela iniciativa. Antes de executar um binário de 66 MB, prefiro que tenhamos o código-fonte em um projeto público no GitHub ou scan antivírus/heurístico atualizado. Arquivos desse tamanho podem facilmente ocultar código malicioso; melhor validar a origem, checksum e testá-lo em ambiente isolado primeiro Logo, imagino que teremos sources vazadas, rs;

Se o jogador tenta usar e não consegue, por que precisa de um sistema de proteção? Duvida sincera.

Boa legal, parabéns pela contribuição.

c++

Fela#0473

Um post só está bom né cara, 3 posts da mesma coisa.

WYD foi o primeira jogo que a Ongame desistiu, dali pra frente, foi só ladeira abaixo. Será o WYD o causador da falêncida Ongame?

Opa, está um pouco confuso sua dúvida. A TMProject se trata do client, não se configura conta nela.

Opa, tudo bem? Achei interessante sua ideia pra lidar com flood, mas tem umas coisas que podem complicar a vida no longo prazo. Usar FD_SET funciona em cenários pequenos, mas conforme o número de conexões cresce, ele vira um gargalo, e vai matar o windows. Também notei que a lógica no accept tá um pouco sobrecarregada. Colocar muita coisa ali pode travar o servidor se o ataque for intenso. Passar a verificação pra outra thread ou fila de processamento seria mais seguro. Por fim, lembrem que isso protege só de floods básicos. Ataques DDoS distribuídos ou volumétricos precisam de proteção externa, como um proxy reverso ou um serviço dedicado tipo Cloudflare. Minha sugestão? Investe em um VPS de qualidade.