dalvorsn

usa o tibia.sx http://tibia.sx/static/clients-1460592001/tibia860.zip

E so ajustar os ancoramentos no otui do modulo

Baixa todos os clientes em tibia.sx. Baixava também pelo tibia br, mas não sei se da ainda. Já quanto a ipchanger, eu ja vi em linux uns opensource feitos em python, um deles tava até no github https://github.com/gugahoa/ipchanger-otbr

No caso tu quer saber se o site pode ser em xml ou se o site pode acessar o xml como banco de dados do servidor? se for a segunda opção, ja te digo logo, não use banco de dados xml, é extremamente lento se comparado com o sql. Entenda, a leitura em disco é a mais lenta, depois vem a da memoria ram, depois a cache e depois ainda o processador(vide registradores), se tu usa o banco de dados xml, as consultas que tu faz no sql vao ser todas em leitura de disco(pode ser que exista um sistema de cache, mas dificilmente vai ser superior ao sql), então se houver opção opte pelo sql.

Bloqueia o fly, ditto nao voa

Qual char buga, o que deslogou ou master(player que summonou) do ditto?

Removeu as declarações de variaveis que não são utilizadas para pokemon? função desnecessárias e tudo mais? Se sim, ai de fato houve consequentemente uma redução considerável, porque ai aonde tu teria uma lista de 500 pokemons reduzindo quase pela metade o gasto de memoria pra cada um(class Monsters), e ainda reduzindo mais nos pokemons vivos dentro do jogo(class Monster) que pode ser um número bem alto. Não tinha ficado claro que essa mudança tinha sido feita, parecia ter apenas alterado a leitura em si. Então meu jovem, meus parabéns, excelente! :>

O que vai consumir memoria não é a organização do xml, e sim como tu vai organizar isso dentra da source, a leitura deles pouco importa porque vai ser feita uma vez quando o server ligar e depois disso vai tudo pra memoria. Se é um ats de pokemon o que tu pode fazer pra livrar memoria é limpar os attributos que nao se usam mais, coisas que tinham nos monstro de tibia e não tem nos de pokemon por exemplo, mas tem que ter cuidado ao fazer isso porque muitos deles sao usados em diversos lugares da source.

Cara, o que tu quer verificar? esse valor seu ta todo errado, como assim (1, 50) ??? O erro ta dizendo que não existe função com esse nome e com esses parametros. O correto é: int32_t getIntegerAttribute(const std::string& key, bool &ok) const; Se você quiser apenas verificar se ele tem o atributo tu tem que usar a função bool hasIntegerAttribute(const std::string& key) ou pode fazer direto com a getInteger mas usando o parametro booleano dela Imagino que queria fazer algo assim: bool hasBoost; int32_t valuee = tradeItem->getIntegerAttribute("boost", hasBoost); if(hasBoost && valuee >= 1 && valuee <= 50) ss << ", Boost: [" << valuee << "]";

Mais ai que tá, o mercado livre tem um sistema de pontuação de vendedor, se é uma fraude tu vai ver a pontuação ruim, varios comentarios negativos. E caso não tenha nenhuma venda, ou poucas tu nao efetua a compra, assim como todo resto do mercado livre

Na minha opnião a melhor forma e inclusive a que eu vejo as pessoas ganhando mais dinheiro e com os mineradores antiminer. http://lista.mercadolivre.com.br/mineradora-antiminer#D[A:mineradora-antiminer,B:1] Porém obviamente isso tem custos, não só para adquirir mas também pra manter, o gasto de energia eletrica e de refrigeração(caso monte uma sala com hacks) é alto, porém ainda vale a pena no mercado atual. A real finalidade do bitcoin é a capacidade de processamento envolvida no processo, você ganha dinheiro porque enquanto sua antiminer ta ligada na rede servidores de tudo quanto é quanto mandam problemas de alto processamento pra ela resolver e entregam a resposta ja resolvida. Ou seja, voce recebe porque está prestando um serviço, o do processar dados, é estilo um webservice mesmo mas bem especifico. Dizem entusiastas que é usado até pela NASA o sistema. O problema é que é uma moeda, se a cotação baixar, pode ficar inviavel o uso, e levando-se em conta o alto custo da energia eletrica no brasil não é algo tão vantajoso(a não ser que tenha aquele gato arrumado kk)

Quer um conselho sincero? Refaz isso que ta horrível, na boa. Pra que desgraça o ser faz isso aqui: local nas = { ["%%pokename"] = i } for i,x in pairs(nas) do if description:find(i) then description = description:gsub(i, x) end end E caso ja exista no server uma tabela na lib de configuração dos pokemons pelo nome, coloque esses dados la, deixe apenas a configuração da pokebola em uma tabela local no script o que vai reduzir bem o tamanho também. Essa função 'capturou' declarada dentro do escopo do script também não é legal, atrapalha na legibilidade. No mais não tem muito o que reduzir não, pois a maioria e referente a features do servidor, mensagens e effects. E por favor, identa esse código mano, é uma questão de organização isso, quanto mais organizado o codigo estiver, mais fácil será para entendendo e mais ainda parar dar manutenção caso seja necessário. E também não é legal misturar portugues com ingles, tu escolhe, ou faz em portugues ou faz em ingles e como tudo em otserv ja é em ingles, faça em ingles. Funções com nome 'capturou', 'ruim'; variáveis com nome 'bolabola' e etc. Tente algo mais objetivo tipo a função capturou tu muda pra 'onCatch', "ao capturar", ela já explica pelo nome o que é, isso também ajuda no código. Não em questão de desempenho, isso tudo vai pra memoria e vira bit mas to falando de entendimento humano mesmo, tenha em mente que a pessoa que fez provavelmente nao vai ser a mesma que vai dar manutenção, e mesmo que seja ela pode esquecer o que ele faz, pra isso use de comentarios em códigos e etc. E por fim, ja me prolonguei muito, não se mensura qualidade de um código pelo seu tamanho, e sim pela sua organização e desempenho!

Apresenta algum erro no console, algo que possa nos dar um norte pra resolver o problema? dizer simplesmente que nao esta funcionando nao adianta ...

Puts, o mais recente que ja tinha compilado com otserv foi 1.55, aconselho a tu compilar com um codeblocks da vida usando um compilador mais antigo, ou entao tenta ver no changelog do boost e adaptar o codigo ao novo boost, mas nao acho que isso seja rapido nao man e melhor usar o codeblocks mesmo

Bota um exhaustion nisso, tu faz um link direto com a database, se floodarem pode chegar a crashar o server. O ideal seria ate fazer uma especie de cache pra essas informações ficarem na memoria ja direto(uma tabela na lib ja serviria). No mais ta bem bacana e organizado(faltou a identaçao né, mas deve ser questao do forum ate), mas como fica em relaçao ao look normal? ele sobrepoe?

Tenta variar entre as opçoes de extended e transparency. A leitura desses arquivos é em modo binario, um byte nao lido provocaria esses erros ai com certeza

Qual versão do boost desse compilador msvc que tu ta usando?

Não tem erro nenhum no script do global que voce botou em anexo, e o jeito dele verificar é muito mais eficaz que o seu =s Ele compara os cids dos lideres da party, ja o seu necessita iterar sobre a lista de todos os membros da party pra poder verificar

E existe a creature script no server?

Não é só modificar a tag do talkactions nao?

Eu uso o esse g_game.talk pra executar talkactions e não vejo erros com bot protection, mesmo estando habilitado

function init() connect(g_game, {onTextMessage = parseTextMessage}) end function terminate() disconnect(g_game) end function parseTextMessage(mode, text) print("onTextMessage:") print(mode) print(text) g_game.talk("Chegou") end

Esqueceu do 'Garou' dos tempos de otbr pow xD Bacana esse editor, nunca tinha ouvido falar também, assim que chegar em casa vou dar uma olhadinha. Estarei acompanhando os tópicos, bom revê-lo por aqui

Primeiramente procure entender o que é a 'Logica de programação', é o mais básico e necessário que você irá precisar. Após isso aprenda sobre lua, existe o manual de referencia de lua e o luausers que é um forum que tem diversos exemplos, tutoriais e implementações. Somente após ter entendido o minimo necessário de lua vá para os scripts de otserv, entenda que lua é uma linguagem de script, ela geralmente é usada para implementar coisas auxiliares, não é aconselhável criar sistemas imensos e complexos somente através de lua, claro que isso varia muito de sistema pra sistema mas no geral começe com coisas simples, como actions e talkactions, spells e etc. Leia muito, veja exemplos dentro do otserv, modifique o que ja existe para testar e ver o que acontece, aprenda a ler erros de console, geralmente eles te dizem exatamente o que está errado e onde está o erro(a linha). E prática cara, não tenha medo de errar, é perfeitamente normal fazer gambiarras e cometer diversos erros no inicio. Pode ser que nada funcione bem quando ta começando, mas não desanima que você aprende. Vou deixar alguns links referentes a linguagem lua para que de uma olhada: http://www.lua.org/manual/5.1/pt/manual.html http://lua-users.org/ Já as coisas relativas a otserv aconselho a procurar por aqui mesmo, tem bastante conteúdo util, códigos interessantes, e caso não ache o que procura, pergunte que certamente terá alguém para lhe ajudar.

Posta o log do erro cara, certamente ele ta falando de alguma variavel ou função que não existe no tfs 0.4, o que tu precisa fazer é ver qual função/variavel é, verificar se há algo semelhante no 0.4 e adaptar Qual a source de origem desse código? Digo, foi feito para que distro?