Protimus

Administrador
  • Total de itens

    1.660
  • Registro em

  • Última visita

  • Days Won

    18

Reputação

221 Especialista

Sobre Protimus

  • Rank
    Administrador & Fundador
  • Data de Nascimento 20-02-1991

Informa??o do Perfil

  • Sexo:
    N?o informado

Últimos Visitantes

19.928 visualizações
  1. A melhor coisa que você pode fazer é usar o GDB no login-server. Quando o processo cair, você terá como verificar o log do motivo de queda com o comando "bt full". Caso não exista indicios de nenhum problema de código, então podem ser duas coisas: 1. Seu servidor não está aguentando a quantidade de conexões ou foi configurado errado para isso. 2. É um ataque DDoS no login-server, pois não devem estar conseguindo derrubar a conexão do map-server devido à alguma proteção de porta no map que exista.
  2. KVM você diz uma das batalhas campais? Especifique melhor, porque existe KVM para virtualização de máquinas. Caso seja para batalhas campais, você pode fazer um menu dentro do script de NPC e criar uma variável de inicialização onde apenas grupos de determinado nível poderão ativar a batalha campal (GM).
  3. Olá, Trago boas notícias aos que desejam ter seus servidores de RO e aqueles jogadores que gostariam de servidores melhores hoje em dia. O brAthena está sendo reestruturado e com isso várias novidades vêem por aí: Mudanças na Equipe: Foi feito um recrutamento onde todos podem participar. Será dada chance para que todos ajudem, sem exceções. Está sendo analisado o perfil de cada um e com isso direcionado uma área para que a pessoa possa se desenvolver e aprender mais e ao mesmo tempo ajudar o projeto. Após determinado período, todos aqueles que estão dispostos a ajudar, desde que mostrem que estão se esforçando e aptos a determinado cargo, serão promovidos à Desenvolvedores de sua área específica. Se você ainda não sabe como se candidatar ou onde conversamos diariamente, acesso o nosso Discord em: https://discord.gg/uZTh3mf Limpeza do Fórum: Sabemos que muita coisa está pendente no fórum, por isso estamos trabalhando nisso. No momento eu fiz uma grande limpeza no conteúdo de tópicos antigos da seção de suporte, eles foram enviados para uma nova seção chamada "Banco de Dados (Acervo)". Essa categoria está destinada a todos os tópicos antigos do brAthena, para possíveis consultas futuras. Foi recriada a seção "Banco de Dados" onde a partir de agora os novos tópicos resolvidos serão enviados para lá. Todos os tópicos de outras seções e categorias foram enviados para Lixeira, deixando apenas os tópicos realmente úteis para esse novo momento do projeto. Organização de Downloads: Muitos downloads estão desatualizados e sem suporte durante anos (depreciados), por esse motivo foi criada uma categoria chamada "Acervo" onde todos os downloads de 2008 até 2018 e que estejam depreciados foram enviados para lá. Nós não daremos mais suporte a esses downloads, porém eles ainda se encontram disponíveis para vocês baixarem e consultarem quando quiser. Todos os downloads referentes as categorias de NPCs e Source foram movidos para essa categoria de Acervos, pois com o novo emulador muitas coisas mudaram e não há sentido em manter scripts não oficiais (que não funcionem no novo emulador). Já os lançamentos inválidos foram enviados para o Acervo também, pois eles não serão mais necessários e também passou-se muito tempo para que os autores corrijam esses lançamentos. As outras categorias continuam intactas, com uma pequena manutenção de alguns downloads específicos. Nós criamos uma nova categoria chamada "Lançamentos Oficiais" onde iremos postar todos os lançamentos feitos pela equipe do brAthena. Neste caso, não iremos mais aceitar postagens de "pasta data" ou "hexed" na categoria "Cliente", pois daremos suporte apenas para a data oficial do brAthena. Sobre a questão de comercialização e pagamentos, mantive todos os downloads pagos e iremos corrigir o sistema de pagamentos do fórum, assim como o sistema de doações. Melhorias na Infraestrutura: Estou realizando uma manutenção que trará algumas melhorias nas configurações da máquina, trazendo maior segurança com a configuração do firewall que ainda não havia sido concluída e também com outras questões como os backups automáticos ou como a correção do envio de emails para recuperação de senha e cadastrado cujo já foi corrigido. Novo Emulador: Em breve será realizado um novo fork e adaptado um emulador com melhorias para o projeto, onde os pioneiros dessas mudanças serão Eu e o Carlos Henrique. Muitas coisas ainda estão sendo discutidas a respeito do emulador, então por hora eu só deixo essa informação com vocês. Página Principal: Em 2010~2012 nós tínhamos uma página principal no ápice do nosso projeto, porém ela foi depreciada e acabamos não utilizando mais nenhuma página. Estamos construindo uma Landing Page para o projeto, com informações básicas e uma "cara nova" para o projeto. Um dos nossos membros está montando o layout (design) da página em que será utilizado para que eu faça a programação dela. Em um futuro muito breve haverá uma postagem de notícia sobre essa página, com ela disponível em nosso site. Novo Client: Hoje em dia não temos uma pasta data totalmente traduzida e atualizada. Esperamos mudar isso e contamos com a ajuda dos membros para que possamos lançar uma pasta data oficial do projeto. Para isso iremos criar um GIT no nosso repositório e pedimos para aqueles que tenham uma equipe de tradução já formada que se unam a nós para que possamos contribuir entre todos e fazer algo ainda melhor do que separados. Para isso basta me comunicar no Discord que nós iremos trabalhar a respeito e eu ou o Carlos forneceremos os acessos de Desenvolvedor para que vocês possam também ajudar no desenvolvimento de um Cliente 2018. Atualização do Fórum: Atualmente o nosso projeto tem o peso de 2.3TB de tamanho, contando com todos os downloads e banco de dados. Temos a intenção de realizar uma atualização da versão do IPB em breve, porém isso será ainda estudado e migrado com calma, pois teremos que fazer uma nova skin para a versão recente (geralmente as skins bugam em novas versões, pois é alterado o nome de classes e ids do layout). Então essa atualização está em segundo plano e será executada assim que as outras coisas estiverem no eixo. Projetos: Iremos realizar novos projetos e concluir aqueles que ainda estão pendentes ou foram abandonados. Isso está dentro de uma de nossas metas e será realizado da mesma forma que as atualizações do fórum, em segundo plano. Futuramente farei tópicos de notícias desses projetos e como será o procedimento para seu desenvolvimento. Mudanças Administrativas: Alguns já devem ter percebido, mas vale deixar ressaltado que o Carlos Henrique é o novo Administrador do brAthena e junto comigo nós iremos reformular esse projeto e o novo emulador. Fora essa novidade, também virão mudanças em como serão feitas determinadas questões administrativas. Exemplos: Precisamos de determos de uso e políticas de segurança mais corretas e ade acordo com as leis. Assim como também precisaremos de mudanças em como serão enviados os commits para o GIT e utilizaremos metodologias ágeis para que o desenvolvimento. Todo novo projeto terá um projeto de engenharia de software para que fique bem claro e documentado. Nisso vale ressaltar a documentação do emulador, no qual teremos um projeto específico para esse tipo de caso e que futuramente será abordado. Enfim, acho que quem estava com saudades dos meus textões já conseguiu matá-la, . Agradecemos a todos que confiam no projeto e estão ajudando para tornar isso possível, Equipe brAthena.
  4. O projeto não foi abandonado mas está pausado até que eu conclua meus afazeres pessoais (conclusão de graduação). Foi dado um grande boost de desenvolvimento no inicio desse ano até mais ou menos junho, porém o tópico principal não foi atualizado.
  5. Fala cara,  o projeto do shield já está pronto? Eu tenho interesse em comprar.

  6. 12 98 119 74 98

     

    Chame Henrique Urgente, crie um grupo com nós 3, tenho "investimento".

  7. Vocês podem acompanhar os commits em tempo real no Discord do Adventure. https://discord.gg/xfRCbU4 OBS: Obviamente sem acesso ao código fonte, mas se quiserem ver e entender algumas coisas que estão sendo feitas, é possível.
  8. Utilizando a Screen Quando utilizando servidores Linux, existe um pacote muito interessante que é a ferramenta screen. Essa ferramenta permite que você crie uma sessão própria e possa trabalhar em conjunto, sem interferir em ações que estejam sendo executadas no servidor principal por outra pessoa que esteja trabalhando. Com a screen você tem uma "tela própria" de alguma coisa ou processo que você queira deixar rodando, com a apresentação dos logs do terminal. Um exemplo bem prático é por exemplo o map-server. Se você desejar, pode continuar vendo os "logs de mensagens do map-server" sem precisar utilizar outros comandos do Linux para deixar o processo em background e depois requisitá-lo de volta. Para instalar o screen, você deve utilizar o comando: yum -y install screen Para criar uma screen, utilizar o comando: screen -S nome Quando você sair da sua screen ou fechar a sessão do SSH que você estiver conectado, sua screen não será morta e você não perderá o que estiver fazendo. Caso você queira apenas sair da screen e voltar para o seu $PATH, utilize o comando: CTRL + A + D Caso você queira entrar novamente na sua screen, utilize o comando: screen -r nome Para matar uma screen completamente, utilize o comando: CTRL + A + K Espero que tenham compreendido um pouco do que é possível fazer com a screen... Eu recomendo muito que utilizem, principalmente se trabalharem em conjunto com outras pessoas tendo acesso ao servidor. Isso facilita muitas coisas. Atenciosamente, Protimus.
  9. Utilizando o GIT para Desenvolvimento Neste pequeno guia eu irei ensinar como utilizar o GIT para enviar commits (atualizações) para o Github e poder contribuir com o projeto, com traduções que vocês mesmos podem fazer. 1. Criando sua conta no Github. Antes de tudo será necessário criar uma conta no Github para isso: https://github.com/join. O processo é bem intuitivo, basta preencher o formulário e acredito que não seja necessário eu explicar com imagens. Caso você já tenha sua conta, pode seguir adiante. 2. Baixando o GIT. O Github fornece uma aplicação onde é possível você controlar através de uma UI (interface) os envios, sem a necessidade do uso de comandos, porém vocês são desenvolvedores ou devem virar no futuro, por isso é importante a aprender utilizar os comandos do GIT, coisa que muitos desenvolvedores não fazem. Para começar, baixe o GIT em: https://git-scm.com/download/win Execute o arquivo baixado e faça a instalação do GIT como padrão, apenas avançando as janelas. 3. Utilizando o GIT Bash. Para clonar um repositório, você precisará utilizar o GIT Bash que nada mais é do que uma janela. Para isso vá no menu iniciar do seu Windows e pesquise por Git Bash. < Se tudo der certo, você verá uma tela do MINGW como a minha em janela preta do DoS. 4. Criando sua chave pública/privada O GIT funciona de uma maneira segura com chaves privadas que contém a sua senha e ficam guardadas apenas com você e uma chave pública que você poderá fornecer para alguns repositórios ou sistemas GIT que exigem o uso da mesma, para reconhecer você. As chaves públicas e privadas geralmente ficam na pasta .ssh dentro da pasta de Documentos do seu usuário do Windows. Para gerar sua chave pública e privada, você deverá digitar o seguinte comando na janela do GIT Bash: ssh-keygen $ ssh-keygen Generating public/private rsa key pair. Enter file in which to save the key (/home/schacon/.ssh/id_rsa): Created directory '/home/schacon/.ssh'. Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/schacon/.ssh/id_rsa. Your public key has been saved in /home/schacon/.ssh/id_rsa.pub. The key fingerprint is: d0:82:24:8e:d7:f1:bb:9b:33:53:96:93:49:da:9b:e3 [email protected] Conforme abaixo podemos ver que foi gerada uma chave privada, na qual você colocará sua senha e uma chave pública. Os arquivos são id_rsa para a chave privada e id_rsa.pub para a chave pública. Você pode copiar elas para outros lugares. Caso você queira saber sua chave pública, basta utilizar o comando: cat ~/.ssh/id_rsa.pub E copiar os dados apresentados na tela para o repositório que pedir sua chave pública. 5. Clonando o repositório do brAthena Agora que você já tem o seu usuário do Github criado, o GIt instalado e suas chaves, é hora de começar a trabalhar. Para puxar o brAthena para seu computador, no GIT Bash digite o seguinte comando: $ git clone https://github.com/brAthena/brAthena.git Aguarde o processo de download concluir para prosseguir. 6. Modificando arquivos. Entre na pasta que você baixou e faça as modificações que você desejar, lembrando que qualquer alteração feita poderá ser enviada para o GIT. Não há segredo nessa parte, é apenas modificação como você faz normalmente em qualquer pasta ou arquivo. Depois de fazer todas as alterações, há duas maneiras de adicionar arquivos, uma é adicionando arquivos específicos e outra é adicionando todos os arquivos que você fez modificação na pasta. Primeiro você precisará entrar na pasta do seu projeto e para isso precisará usar o comando: $ cd C:/... Complete o ... com o caminho de onde está a pasta do projeto (emulador). Caso ele esteja na pasta de documentos, basta você usar "cd brAthena". Se você quiser que apenas arquivos específicos sejam enviados em sua atualização, utilize o comando: $ git add nome_do_arquivo.txt Se você quiser que todos os arquivos modificados/removidos/adicionados sejam enviados, utilize o comando: $ git add --all ou então $ git add * Com isso você adicionou seus arquivos para o GIT. 7. Adicionando uma mensagem de envio (commit) Você precisará determinar uma mensagem do que fez ou alterou nos arquivos. Para isso é bem simples, você usa o comando abaixo: $ git commit -m "Minha mensagem aqui" A mensagem que aparecerá na aba de commits, será a string que você digitar entre aspas. 8. Realizando o envio das alterações Para enviar atualizações você deverá ter acesso de escrita no repositório, por isso apenas Desenvolvedores conseguem fazer isso sem a necessidade de abrir um Pull Request. Para isso você só precisa utilizar o comando abaixo: $ git push origin master O comando git push irá mandar as atualizações para a branch master. Lembrando que é possível ter várias branchs que são "versões" de um conjunto de arquivos, onde eu posso fazer uma específica para desenvolvimento e outra para produção. Em um outro Guia eu irei ensinar como funciona o sistema de branchs e explicar sobre como funciona o merge, etc. 9. Realizando um Pull Request Nem tudo está perdido, você conseguirá enviar suas contribuições mesmo sem o acesso de escrita. Para isso você precisará fazer um Pull Request. Depois do procedimento de envio das alterações serem feitos, você precisará abrir o Pull Request no próprio GitHub. https://github.com/brAthena/brAthena/pulls A imagem abaixo mostra como é feito o processo de envio do Pull Request. 10. Conclusão + Especificações Agora você precisará aguardar que um desenvolvedor avalie seu envio para validar o seu Pull Request. Lembrando que caso seu envio não esteja de acordo com a última versão do GIT, você poderá atualizar ela antes com o comando abaixo: $ git pull Para qualquer dúvida comente no tópico. Futuramente faço um outro guia, explicando como utilizar o GIT de forma avançada. Lembrando que você também pode ter seus repositórios privados em sites como o BitBucket e o GitLab. Atenciosamente, Protimus.
  10. EHDUEHUEDHUDEHUEHDEUHDEU Eu não sou administrador do ragnaHope. O dono é o Volcannus, ex-administrador do ragnaXP e administrador da página dormir não dá XP (do facebook). Eu ajudei o hope durante 1 mês e meio, devido ao fato do Gustavo (p4rck) ter me pedido para ajudar com algumas coisas relacionadas ao host e segurança, porém ocorreram muitos problemas internos entre a equipe e eu decidi sair. Sobre o shield, aguarde mais informações.
  11. Estou voltando a desenvolvedor o shield, entretando não pretendo mais comercializá-lo para o público em geral por enquanto. Aguardem novidades.
  12. E aew Protimus ce ta bauw?

    Por acaso você tem o tutorial de instalação do EMulador?

    Gostaria de instalar no Centos.
    Ou Ubuntu.

    Me lembro que tinha no Wiki mas esta fora agora.

  13. Obra de arte, não esperava menos de ti.
  14. Esse é um dos motivos para a demora, eu não quero liberar o projeto mal feito. Não adianta liberar algo mal programado, mesmo que em funcionamento... Para os usuários não faz diferença, mas para mim faz e acredito que para quem tem sabe o mínimo de programação também é.
  15. Ou mala entra no skype depois precisava da sua ajuda com algo...