theheroesoftime

Logout+Login é um tipo de save. Não salva tudo, apenas storage, skills e não lembro o resto. Mas alguma query na DB (como uma possível coluna de resets, por exemplo), pode não ser salva. A não ser que você edite nas sources em iologindata.

1) Passar item do player X ao Y; 2) Player Y usa !save; 3) Em seguida, crashar o server por algum método previamente conhecido (antes dele salvar). Item clonado com sucesso. Como o server não salvou, assim que ele voltar, o item estará com o player X. Mas como o player Y usou !save, o item também estará com ele. Isto funciona para house também.

Leia: https://canalcienciascriminais.jusbrasil.com.br/artigos/229897612/ataques-dos-e-ddos-anotacoes-em-face-do-ordenamento-juridico-penal-brasileiro Antes da criação do § 1º conforme acima descrito, o Código Penal já incriminava a conduta de quem interrompesse ou perturbasse os serviços telegráfico, radiotelegráfico ou telefônico, ou impedisse ou dificultasse-lhes o restabelecimento, nos termos do caput do art. 266, CP. Ao incluir o § 1.º pretendeu-se resguardar, ainda, o serviço telemático ou de informação de utilidade pública. No entanto, para que haja fato típico (que a conduta de subsuma ao tipo penal) é fundamental que o serviço afetado seja público, ainda quando exercido por empresa concessionária (autorizatária ou permissionária). Significa dizer, então, que as atividades puramente privadas não estão protegidas pela lei, pelo que, com a tipificação advinda pela inserção do § 1.º não se resolve o problema dos ataques contra particulares. Esta é uma brecha que poderia ter sido fechada pelo legislador ao se editar a lei 12.7373/12, mas que, mais uma vez, foi deixada de lado pelo nosso Legislativo. O Brasil carece, portanto, de um dispositivo que abranja os ataques DoS e DDoS voltados contra os particulares. Mas é preciso considerar somente isso não se mostra suficiente para impedir tais ataques, haja vista que a responsabilização criminal de pessoas que se encontrem em outros países não é nada simples e dependem, muitas vezes, de tratados entre os países envolvidos. [...]" >> Resumindo: a maioria das botnets e booters/stressers contratadas por brasileiros estão em outros países. Tais países geralmente permitem spoofed data usage (em outras palavras, permitem tráfego de dados maliciosos / em massa / não legítimos) como Ucrânia, Romênia, Russia, Holanda, entre outros... Portanto, indubitavelmente, as chances de punição ao indivíduo que teve pretensão em contratar um serviço para a realização dos ataques tendem ao nulo. Ademais, conforme evidenciado na citação acima, a lei brasileira apresenta uma brecha que deixa de encobrir as atividades meramente privadas.

Hahaha você está dentro da plataforma mysql ainda! Quando tem um "mysql>" na linha de comando, vc precisa usar "quit" para sair. Sobre o comando, só ler o erro, amigo: ERROR 1049 (42000): Unknown database 'root' Sua database não se chama root..... você colocou que o nome dela é root, mas você tem que colocar o nome certo dela. Só isso. (não é o nome do arquivo .sql, é o nome do banco de dados que voce criou pelo phpmyadmin para importar o arquivo nele)

Estranho, tente adicionar então o swing="true" e faça o teste em alguma arma. Ou é algo nas suas sources / distro, tente trocar o executável e faça o teste também.

Então, Kelvin, o problema é que, na instalação do mysql no linux, era para você ter colocado uma senha na hora que ele pede para colocar. E esta mesma senha (que você escolheu para colocar na instalação do mysql) você deve inserir no config.lua. O jeito vai ser desinstalar o mysql e instalar denovo (só não esqueça de fazer um backup do seu banco de dados antes, caso você já o tenha importado pelo phpmyadmin). Mas parece que você nem chegou a importar, certo? Então faz o seguinte, desinstale ao mysql (geralmente o apt-get purge mysql já o desinstala, não lembro se precisa de mais algum outro comando). Depois disso, instale-o novamente (com o comando que você viu no tutorial que seguiu, aparentemente é: apt-get install mysql) Na instalação, vai pedir para inserir uma senha e repetir essa senha, então é aí que entra a senha que você mesmo deve escolher. Após a instalação do mysql, aparentemente teu phpmyadmin já está instalado, certo? Se não estiver, execute: apt-get install phpmyadmin Feito isso, coloque no config.lua a senha que você colocou na instalação do mysql. Ok, agora você deve criar um banco de dados no phpmyadmin com o nome do seu banco (não sei se você já tinha um OT antes e quer importar seu banco de dados OOOOU você tá criando um OT novo)... se você está criando um ot novo, crie um nome de um banco de dados que deseje, e coloque esse nome lá no config.lua... se você está transferindo seu OT para linux, você deve criar um banco de dados com o nome do banco de dados do seu ot (aquele nome que já está no config.lua). Você deve, então, importar um backup do seu banco de dados (caso já tenha um) ou importar um modelo de banco de dados (aquele arquivo de extensão ".sql" que geralmente já vem na pasta do OT). Dependendo do tamanho do arquivo ".sql", você pode usar a própria opção de Importar do phpmyadmin. Caso ele seja muito pesado, você deve importar pelo próprio linux: Coloque o arquivo.sql na pasta /home/ e execute o seguinte: cd /home/ mysql -u root -pSUASENHA -h localhost NOMEDOSEUBANCODEDADOS < arquivo.sql (Não se esqueça que o linux diferencia letras maiúsculas de minúsculas) Pronto, tente rodar seu OT.

É só diminuir o fast attack em XML/vocations.xml Ou tirar o swing="true" (das armas que o tem) em weapons/weapons.xml

Qual a criptografia usada no seu server (plain, sha1, md5)? Desconfio que seja um problema com salt, voce deve retirar o uso do salt pelas suas sources: Depois é só compilar suas sources denovo para gerar um novo executável/distro.

A GamePort (geralmente 7172) está bloqueada no roteador/modem/firewall ou está setada errada no config.lua.

Voce precisa criar um banco de dados pelo phpmyadmin e setar a senha pelo proprio phpmyadmin (seusite.com/phpmyadmin)

Bem estranho mesmo... leve em conta os outros fatores que eu disse, na ordem: 1) Virtualizacao; 2) Sistema operacional e versão de suas libboosts; 3) Flags (parametros) de compilacao (-O2 ou até -O3 é interessante.. use -O0 apenas para debugar seu codigo para ter acesso, com o GDB, às causas de alguma queda no servidor e fazer uma source estável... isso você aprende com o tempo...... existem outras variaveis de compilacao que podem deixar o server liso. Pesquise sobre funroll loops por exemplo); 4) Veja o OTX como eu disse, sempre rodou mais liso aqui, mas eu sempre pesquisei nas sources e nunca encontrei algo que explicasse o porquê (a nao ser umas alteracoes no envio de pacotes no protocolgame e em outros .cpp que nao me lembro direito); 5) As outras coisas que eu disse. Extra: Use o "renice" no linux para deixar seus processos rodando em tempo real. Se nao me engano é assim que usa: renice -20 PID (PID = id do processo da distro) Ative o parametro low_latency pelo sysctl tambem (tem no google) E alguns VPS permitem que voce instale e utilize o ethtool para modificar parametros de rede no linux (desative auto-negotiation, ativar rx e ativar tx ambos para 4096MB é uma boa... para ativar/desativar é pelo ethtool -a SUAREDE PARAMETRO off/on .... exemplo: ethtool -a eth0 autoneg off). E para setar o tx e rx, que sao parametros que ditam como os recursos de rede devem ser alocados para condicionar a maneira como chegam e partem os pacotes, é pelo ethtool -g SUAREDE PARAMETRO VALOR, exemplo: ethtool -g eth0 tx 4096). Sei que tudo isso pode parecer estranho, mas sao parametros de rede que podem ajudar no desempenho, reducao de latencia, melhorar a transmissao de dados, reduzir a perda de pacotes, etc.. Mais uma vez, o doutor google te ajuda com tudo isso hahaha Qualquer duvida, só mandar, abraço.

Só ler o erro. Access Denied for user 'root' significa "acesso não permitido ao usuário root" Não permitir o acesso significa que a senha não está correta, certo? Ou você não colocou a password do mysql no config.lua, ou você colocou a errada.

Veja então maxAllowedPackets, pois tenho quase certeza que as distros 0.4 vêm com essa diretiva, tente adicionar as duas (pegue em um config.lua que as tenha) e experimente deixar em 50~200. Utilizo o Dedicated Server da OVH com o i7 6770K Overclocked, é o terceiro dedicado da lista de dedicados. Certamente não recomendaria um dedicado desse a ti com menos de 300 online. O meu mapa é pesado, tem cerca de 170000 monstros espalhados e isso exige muita memória pois tenho alguns creaturescripts vinculados ao onTarget dos monstros então um vps não aguentaria. Enfim, se você for pegar direto da OVH, aconselho um VPS SSD. Veja isso da virtualização que é o que mais influencia num VPS no que tange a utilização dos recursos dele. Memória RAM interessa sim! Eu pensava o mesmo que você... ao dar load em todos os módulos do servidor e no mapa, perceba que a utilização de memória RAM sobe demais (principalmente no período em que o servidor está dando load no mapa). Mas quando o servidor está online, a quantidade de memória RAM em uso permanece fixa e próxima àquela utilizada para dar load no map. No entanto, já fiz o teste em vários VPS: 512MB RAM, 1GB RAM, 2GB RAM, 4GB RAM, 8GB RAM, 16GB RAM, 32GB RAM e atualmente uso 64GB RAM. E adivinha o que descobri? Quanto mais memória RAM disponível para dar load no mapa e nos módulos, menos travado o servidor rodará. Pelo comando "top" do linux, percebi que o server utiliza quase sempre ~30% da RAM total para rodar (pelo menos o meu é assim). Ou seja, com 512MB de RAM, a distro estava utilizando ~150MB. Com 1GB, estava utilizando ~300MB. Com 64GB de RAM, ele utiliza apenas 8GB de RAM (que não chega a ser 30% de 64GB), então presumo que conforme a memória RAM cresca, o servidor tende a cair esse "30% de utilização". Então você pensou "ah, tenho 2GB de RAM mas o meu server usa menos que 2GB então está OK".... beleza! Mas se você tivesse 64GB de RAM ele alocaria muito mais RAM (no meu caso, 8GB) para seu funcionamento.

1) Compile a source e gereno executavel, colocando-o na pasta do servidor (voce ja fez) 2) Va ate a pasta do servidor (comando no linux: cd /caminho/ate/a/pasta/) 3) Pelo o que percebi no erro do config.lua, o server nao conseguiu realizar a conexao-ponte com o banco de dados. Ou voce nao instalou o mysql e suas libs (só seguir um tutorial, ha varios no Tibiaking), ou voce nao criou/importou o banco de dados e colocou suas informacoes no config.lua. 4) Criado o banco de dados e configurado corretamente no config.lua, abra uma screen pelo comando (no linux): screen 5) Estando na pasta do servidor, execute o servidor pelo comando (no linux): ./nomedoservidor 6) Para sair do screen: CTRL+A+D 7) Pronto, está fora do screen. Como ver a "tela do servidor" novamente? Só executar (no linux): screen -x Para voltar, CTRL+A+D denovo.

0.4.1 é a versao do Alissow e nao da source (TFS). Provavel que esse servidor utilize TFS 0.3.6. Tem um 0.3.6 editado na O t l a n d, tente pesquisar por lá. Mas assim que voce adquirir um conhecimento maior acerca de sources, recomendo atualizar as funcoes do seu servidor e migrar para TFS 0.4 rev 3777 ou mais... ou para OTX 2.5 ou mais.