Diogo

Dois bugs detectedos: http://blogs.xtibia.com/otw/ Se eu acesso por esse endereço: 1. O sistema não me reconhece como logado no XTibia. 2. Dá erro 404 ao clicar no link "Portal".

blogs.xtibia.com/otw Que biito *-* Muito bom voltarem as atenções pros blogs, é um serviço ótimo, pena quase ninguém utilizar.

Realmente, substituir TOTALMENTE é algo bem difícil, talvez num futuro distante. Agora sobre não ser viável entrar em um site toda vez que quiser usar um programa, veja a própria microsoft que já está criando uma versão "online" do office (ou algo do tipo) para bater de frente com a concorrente Google (com o Google Docs, que eu uso e acho MARA). Quando mais dados por segundo formos capaz de transferir, mais vamos deixar o desktop para trás. O sistema operacional do seu computador vai ser enxuto o suficiente para que você apenas se conecte à internet, ele será como um navegador. Ok, pode ser um pouco forçado pensar nisso agora, mas veja só: quando, há poucos anos atrás, você pensava que existiria um lugar para você fazer upload de vídeos e compartilhar com todos? Aos poucos a internet vem ocupando o espaço de coisas tradicionais como o bom e velho álbum de fotos (qualquer um mostra as fotos diretamente na máquina digital ou passa para amigos pela internet). Quem hoje em dia baixa e-mails para ler quando se é possível ter uma ferramenta extremamente melhor que o Outlook em um ambiente online (GMail)? Daqui dez anos, quando celular for coisa do passado e os aparelhos 3G já estiverem sendo ultrapassados, você vai querer poder ver seus e-mails tanto no seu 4/5G na escola, quanto em casa. Você vai querer poder ver as fotos que estariam no seu PC em casa também no seu 5G, sem precisar copiar seus arquivos. É óbvio que eles estariam na rede. No máximo você teria a opção de realizar backup para visualização offline, como já existe essa opção no GMail (em conjunto com Google Labs) MSN Messenger vai desaparecer por causa do seu peso excessivo. Aplicativos web como Meebo (ou algo desenvolvido pela própria Microsoft) vão substitui-lo, e ele será muito melhor. Visualizar a mesma situação com jogos pode ser complicado com a tecnologia que temos hoje, mas algo do tipo virá, quer a gente queira, quer não. Ao menos é assim que penso ---- Edit: Como um upgrade para meu ponto de vista: http://www.eyeos.info/ -- "Sistema operacional" por navegador Mais sobre o conceito: http://www.eyeos.org/ http://www.conexaovip.com/blog/tecnologia/...-dados-na-nuvem

Posto aqui um artigo criado por mim para um conhecido que estava interessado no assunto. --- Browse Games - Uma realidade? Com o uso cada vez maior da internet e o surgimento da web 2.0, não precisa-se ser muito esperto para prever um futuro onde todas as aplicações rodarão em grandes servidores e ao usuário comum caberá apenas se conectar a um website quando quiser editar uma foto, criar uma planilha ou usar um editor de textos. Há alguns grandes empecilhos óbvios a essa tendência: limite da velocidade de conexão e... jogos eletrônicos. Os grandes jogos de hoje em dia são tão avançados, possuem tantas leis da física embutidos e gráficos tão realistas, que os navegadores web atuais simplesmente não conseguiriam suportar. Eles não foram feitos para isso. Porém, esses mesmos navegadores web, apesar de não conseguirem rodar aplicações tão robustas sem comprometer seriamente o desempenho da aplicação se comparada a uma escrita em C, por exemplo, estão também cada vez mais avançados. Renderizadores mais rápidos, quer sejam de javascript, quer sejam de css, permitem que verdadeiras "maravilhas" sejam feitas com toolkits como Dojo, cuja seção de exemplos do website oficial é incrível. Entretanto, há ainda outro grande empecilho, nesse caso para jogos online, que claramente seriam o verdadeiro objetivo de desenvolver um jogo num browse: o protocolo HTTP. Jogos online como os conhecemos utilizam conexões socket que permanecem ativas enquanto o servidor e cliente se comunicam. Mas o protocolo HTTP não permite isso. Ou melhor, permite em meio termo: Um servidor pode criar uma "conexão eterna" com o cliente simplesmente se recusando a encerrá-la e utilizá-la como uma via única de comunicação. Um exemplo de como isso poderia ser utilizado: http://www.ueboo.com/files/741852/index.php_369258.php Obs.: A diretiva output_buffering do php.ini precisa estar definida para o valor "0". Obs.2: Só roda em Internet Explorer (no caso utilizei o 7). O cliente, entretanto, não tem possibilidades de fazer o mesmo apenas com javacript ou css. Há, porém, no ActionScript 3.0, os sockets xml e os sockets binários. Mas nesse caso caberia ao desenvolvedor criar uma aplicação server/client padrão, utilizando a linguagem que quiser como servidor. Um exemplo utilizando Java e socket XML pode ser encontrado aqui: http://help.adobe.com/pt_BR/ActionScript/3...90204-7cfb.html Mais informações podem ser encontradas aqui: http://help.adobe.com/pt_BR/AS3LCR/Flash_1...net/Socket.html Mas não é esse o universo (que conta ainda com Java applets) o qual contemplarei nesse artigo, por não haver nenhuma inovação sobre o que é feito normalmente. O que fazer quando queremos tratar de um cliente que utiliza o protocolo HTTP, que a única conexão possível com o servidor é através do próprio navegador e não há como o cliente criar uma conexão permanente com o servidor que permaneça ativa? Bom, consigo ver duas maneiras distintas de realizar isso: 1 - Servidor totalmente multi-thread (Java/C++) Utilizando algo semelhante ao exemplo dado em PHP de conexão servidor/cliente sempre ativa, o servidor nesse aspecto agiria como qualquer servidor de jogo, mandando dados atualizados constantemente. O cliente, entretanto, utilizaria AJAX (ou xmlHttpRequest, para ser mais exato) para mandar informações para o servidor. A validação de identidade seria feita por session + ip e, além disso, o servidor poderia mandar uma nova chave para o cliente a cada N segundos/minutos, que deveria ser utilizada em cada requisição do cliente com o servidor. O servidor passaria apenas dados, que o cliente transformaria em informação; ainda utilizando o exemplo dado em PHP, isso seria feito em algo como: 12:3:4:5;23:Lala; Quando o servidor mandasse esses dados, o cliente decodificaria: 12 - Movimentação 3 - ID do personagem para ser movimentado 4 - Posição X 5 - Posição Y ; - Fim do comando 23 - Mensagem do servidor Lala - A mensagem a ser exibida Logo após usar os dados para mostrar o que deve, o cliente os exclui para que não haja sobrecarga de informações no código fonte .HTML. 2 - Servidor não multi-thread (ambiente web) Esse seria um ambiente web típico: um servidor apache usando scripts PHP ou coisa semelhante. Nesse caso o PHP precisaria salvar dados de posicionamento e afins em um banco de dados, com o tempo de adição daqueles dados. Uma session seria responsável por determinar a última atualização dos dados do determinado cliente e, a cada atualização, o servidor mandaria todos os dados e/ou informações atualizados para o cliente, priorizando dados (no estilo do proposto para servidores multi-thread) para economizar tráfego e tempo de resposta. No caso, o cliente utilizaria xmlHttpRequest para pedir atualizações a cada X segundos e enviaria dados também por xmlHttpRequest. A grande desvantagem desse método é o excesso de requisições HTTP enviadas e processamento. Entretanto, a grande vantagem é poder utilizar um simples webhosting como servidor para o jogo. Vale lembrar que mesmo servidores multi-threads podem utilizar método semelhante (chamadas do cliente pedindo atualização) se acharem que devem por algum motivo (incompatiblidade de navegador e etc), ainda que não seja aconselhável. Como acréscimo, vale dizer que plugins como o Greasemonkey para o navegador Firefox poderiam permitir o desenvolvimento de um cliente muito melhor. A conclusão é: A menos que utilizemos ActionScript, a realidade dos jogos online utilizando o navegador como cliente é precária e exige adaptação por parte do desenvolvedor. Vale a pena? Talvez. Pode ser que esse seja o momento de surgirem pioneiros nos browse games (de verdade, e não meras aplicações usando uma linguagem de script e banco de dados), mas também pode ser que seja muito cedo. Quem sabe o que o futuro próximo reserva? Meu conselho? Tente; e divirta-se tentando. Diogo Dias Barreiros --- Gostaria de opiniões e afins para discutirmos esse assunto que pode vir a se tornar uma realidade num futuro bem próximo.

Ripper TOTAL e INEGÁVEL. Não mudou nem as palavras-chave dos goto. A cara de pau pra dizer que foi ele quem fez que é incrível.

Orientação a Objetos é uma metodologia (ou um paradigma) alheio à linguagem de programação (não totalmente, a linguagem precisa dar suporte a essa metodologia...) Quando entrarmos na parte da programação (e não apenas conceito da OO), entretanto, usarei Java para me auxiliar a ensinar. Então sim, quem fizer essas aulas aprenderá a programar o básico do básico em Java (já que Java é totalmente orientado a objetos).

Orientação a Objetos Aula 1 Inícios dos conceitos de Orientação a Objetos Apresentação Olá! Nesse cantinho do fórum XTibia eu vou ministrar, para quem se interessar a ler, aulas (ou tutoriais) de programação orientada a objetos. Não ensinarei como programar; o básico de lógica de programação, blocos e comandos, procedimentos e afins você já deve saber. Antes de começar, talvez seja melhor eu me apresentar: Meu nome é Diogo Dias Barreiros, tenho 21 anos e estou atualmente cursando o curso de Bacharelado em Sistemas de Informação no CES/JF. Tenho alguma experiência no campo da programação, principalmente quando diz respeito a PHP, linguagem que programo a mais de 6 anos. Conheci a orientação a objetos em 2008 e logo gostei, pois mesmo quando utilizava a metodologia de programação estruturada, já estruturava meus sistemas de forma semelhante ao que a OO prega. Bom, chega, vamos ao que interessa. O que é Orientação a Objetos Essa é simples, orientação a objetos é a vida real; na verdade, talvez fosse até mais realista usar o termo "orientação à vida" na computação, ou "é tão difícil viver nesse programa orientado a objetos" quando estivéssemos nos referindo ao mundo. Sim, eu sou nerd, mas isso não vem ao caso agora. A orientação a objetos poderia ter surgido da observação da natureza. O observador perceberia, olhando para uma flor, que ela pode ser dividida em partes menores, como uma folha, e que essas partes menores têm características e comportamento próprio, como a cor da folha e respiração. As partes menores interligadas, formariam o objeto maior chamado flor, que teria suas características, como nível de beleza e suas funções, como embelezar o ambiente, que poderiam ou não ser diretamente ligadas aos objetos menores, como pétala, folha, caule e afins. Percebe? Quando estamos criando, por exemplo, nosso primeiro programa estruturado, a menos que tenhamos sido instruídos para tal, dificilmente pensaríamos em pensar em dividir nosso programa em "características" e "funções". Apenas colocamos um monte de estruturas uma abaixo a outra, ou dividida em arquivos, mas sem uma separação clara do que cada coisa faz, sem definir de forma perfeita o motivo daquilo que está naquele arquivo fazer o que faz por outro motivo que não seja "porque eu quero que seja assim". E se cada um faz o que quer, porque quer, da forma que quer, sem se preocupar em organizar as coisas de forma padronizada, ou padronizando como quiser, infeliz daquele que realizará a manuntenção nesse código. A menos que saiba qual o padrão utilizado, seria uma loucura, por mais bem organizado que as coisas estejam. Existem, por exemplo, empresas que utilizam linguagens estruturadas na criação de seus programas que no "manual de normas" definem que cada chamada ao banco de dados deve ser feita em uma função/procedimento. Dessa forma, todos sabem onde procurar quando querem encontrar uma chamada ao banco de dados... ou não. Um código poluído, onde há mistura de funções e estrutura lógica do programa, é o terror de qualquer programador. E já estamos começando a formar um conceito: E pronto. Isso é a orientação a objetos, ao menos o conceito geral. Lembra-se do exemplo da flor? Vamos para um exemplo simples de um carro: Tenho um carro. Nesse carro tenho um motor. Esse motor tem propriedades/características próprias, como fabricante e potência, e funções próprias, como queimar combustível para transformá-lo em movimento. Voltando ao carro, ele tem também suas propriedades, como modelo e cor, e suas funções, como acelerar e freiar. Mas pera ae? Não é o motor que faz o carro acelerar a partir da queima do combustível e os freios que fazem o carro parar? Sim, mas o motor fora de uma estrutura não iria para lugar nenhum, um freio sozinho não serveria para nada, um capô sozinho é apenas um pedaço de metal... As funções dos objetos menores presentes em um objeto maior podem também serem as funções desse objeto maior. Mas acho que estou complicando um pouco demais agora, vamos parar por aqui e deixar sua cabecinha assimilar esse conceito. --- Exercícios 1. Desmembre o objeto "liquidificador" em pelo menos uma outra parte e diga suas respectivas propriedades e funções (ao menos uma). Obs.: Escrever, como fiz acima, não utilizar nenhuma linguagem de programação para isso (caso saiba alguma). 2. Faça o mesmo que o exercício 1 com dois outros objetos à sua escolha. Exemplos de respostas

Aqui é Velox também. Só deu problema uma vez na hora de acessar o blog oficial, depois disso tudo perfeito. Mas como tô de ressaca o tempo pra mim é relativo, vai ver está tudo lento pra cacete e eu não percebo.

Dare Devil feião ;x Mas ótima iniciativa, parabéns mulekada doida. Tirando a parte que você tem uma certa fissura com bbcodes, a notícia ta show de bola. [2]

Empire é um ótimo servidor, não entendo porque a negaiada foge de lá.

WoW! Parabéns à CIP por aparentemente estar tomando medidas efetivas contra os botters.

Creio que o problema está no seu otserv, não no script. De qualquer forma, faça essas modificações para que possamos ter mais informações sobre o erro no script (caso exista tal erro). error_reporting(0); Transforme em: error_reporting(E_ALL); @$server_on Retire o @ Adicione logo abaixo de <? display_errors(1); Se houver algum erro no script, ele deverá aparecer.

Sobre você não conseguir visualizar seu char no website depois de tê-lo criado no servidor: pode ser pelo seu otserv não ter salvado o char no banco de dados, logo não havia como o char ser exibido no site. Sobre seu sistema de accounts: falta informações para ser possível tirar qualquer conclusão. De qualquer forma, busque o tópico no qual você baixou seu website e peça suporte lá. Bjundas e até segunda.

Ô muleke burro. Já viu que morre toda hora no mesmo lugar e volta lá sempre. Deve estar achando que é o Goku: quanto mais apanhar e morrer, mais forte vai ficar.

Já joguei. Muito bom mesmo, totalmente estável. Lag 0. Recomendo.

Não gosto de video-tutos... Mas bela iniciativa.

Como criar um OT de sucesso? Não existe uma fórmula. É dito que o consumidor NUNCA sabe o que quer até achar algo com o qual não pode viver sem, vide todas as inovações tecnológicas que viraram essenciais, principalmente o aparelho celular. Quem pensaria que andar com um telefone no bolso seria algo tão básico há vinte anos? Então nessa ausência de fórmula, são dois os segredos: 1º - Copie algo que você sabe que dá certo (Tibia Global) e deixe as coisas mais fáceis, pro player poder sentir o gostinho de ser aquele fodão que sempre sonhou e não ficar upando skills e level eternamente, o que ele faria no próprio Global. 2º - Ou inove! Mas não crie coisas inúteis, ou até as crie, mas que sejam coisas inúteis que , quando somadas a todo o resto que você criou, se torne parte fundamental do jogo/modo de jogar do player. Assim, mesmo que ele saia do seu OTServ, ele irá sentir falta desse algo e uma vez ou outra vai acabar voltando. "O que mais te chama a atenção em algum dos OTservers listados acima?" Não joguei nenhum, mas aposto com você: não há mesmisse. Quando você está em qualquer level, sua única opção não é caçar isso ou aquilo, você tem um mapa enorme e várias opções para o que fazer. É isso, inclusive, que o próprio global vem tentando fazer a tanto tempo, criando sempre novas áreas, novas armas, novas criaturas... Faça algo que seja um desafio divertido tanto para leveis baixos quanto para os altos. "Alguém já jogou em algum? Pode nos contar um pouco?" N/A. "Alguém é dono de algum Otserv desses? Quer conversar conosco um pouco?" N/A. --- - Como fazer o marketing? É simples: divulgue para as pessoas certas. Elas se transformarão em fanáticos pelo seu OTServ e logo vão chamar legiões de pessoas para jogá-lo. Faça as coisas de uma forma que um só jogador se apaixone e você tem grandes chances de vários outros se apaixonarem. Óbvio que uma boa colocação no ##### também irá chamar mais pessoas, mas se você não tiver algo que faça-as permanecer no seu servidor, não vai adiantar muito. Bom, falei, falei, e não disse nada. Deixe um banner chamativo em locais visíveis em vários sites, não só no XTibia. Se puder pagar para concorrentes (e eles aceitarem), ótimo! No começo de qualquer negócio o que você quer é que saibam que você existe. Depois disso, só tem que criar motivos para irem até você, e não ao concorrente. E aí eu volto a falar toda a baboseira acima: faça-os não querer sair. Promoções e eventos especiais constantes também são válidos! - Qualidade? Como já dito, não deixe a pessoa enjoar em level nenhum. Faça que a cada level ele tenha algo novo para descobrir (se quiser), uma área nova em que seja capaz de ir sem morrer. Quando somos novatos em qualquer servidor, seja o oficial ou OTServ, o que mais desejamos é sempre ir em um local novo e sair da área tediosa em que nos encontamos. Claro, quanto maior a rate do seu servidor, menos locais você precisa fazer, já que não haverá aquela estagnação nos leveis e, assim, não haverá o tédio de ficar eternamente em um mesmo lugar. No lags, no small map, no "tédio"... ... Yes Quests! Crie várias. Mesmo que sejam idiotas, mas incentive o jogador a explorar seu mapa para descobrir onde achar o que ele quer. Ou, ao menos, criar amizades para que elas o digam ou o acompanhem. É perceptível também o quanto a Cipsoft vem investindo no Team Play. Por que? Está claro, se você pode fazer tudo no jogo sozinho, qual a graça? Você acaba enjoando de ser um semi-Deus e vai dormir que ganha mais. No Tibia Global, quando você está caçando sozinho, o que te distrai são as conversas com seus amigos. Eu sei, dar amizades ao player não cabe ao servidor, mas incentivar situações em que companhias são necessárias, sim! Não deixe ninguém jogar sozinho, as pessoas tendem a ficar em um servidor se o grupinho delas está lá. - Estabilidade? Server save com horário fixo, nada de lags ou freezes. Isso é o pedido básico de qualquer jogador, em qualquer jogo online. Ele quer que o que planeja dê certo, e não que seus planos (e horas de uping) vão por água abaixo por causa de um lag infernal. O que mais, VaL? Inove! Inove! Inove! Os tópicos que mais atraem no próprio XTibia são aqueles que dão algo novo ao jogador. Os servidores com mais posts são aqueles que prometem mais aventuras, e essas sempre mais inovadoras. Na minha época de 7.1, o segredo do próprio "Universal X Open Tibia Server" eram justamente as magias e monstros inovadores que possuia. Flecha de fogo para os paladinos e outras tantas que não lembro, bosses próprios... Além, é claro, do mapa próprio agradável e o "não-tédio". Era desafiante, inovador e divertido, e foi sem dúvidas o melhor OTServ em que já joguei. E, antes que me esqueça e seja crucificado por isso, o RPG! Mesmo que a maioria dos jogadores não conheça, o Tibia Global tem várias e várias histórias. Livros sobre vários assuntos, um Genesis... É como se fosse um mundo próprio! E não é isso que é um jogo de RPG, um mundo novo onde o jogador se joga? E em qualquer mundo há cientistas que buscam o porque das coisas, há exploradores, há quem construa... Lembre-se disso! Colocando em um exemplo, no Tibia Global tem um túnel inacabado que diz em uma placa que os construtores pararam por algum motivo que não lembro qual, assinado por "empresa construtora", ou algo assim. Faça tudo de forma que a história que você conta influencie diretamente no jogo. Não adianta você dizer que demônios estão tomando conta do mundo e quando o jogador for explorar o mapa só ter demons em um local específico. OK, VaL... Agora chega de falar e vai dormir. Sir! Yes, sir!

Lixo.

@spookyman Desde quando o Firefox é leve?

! Peguei Gofaia usando Windows XP! HERESIA!

O Kaspersky Internet Securtiy tem de tudo e mais um pouco. E é "fortaleZa", não "fortaleSa".

Porra! Ainda bem que o problema era pequeno, hein!?

Kaspersky rules.

Seus pontos: 9 Voce naum e viciado no Xtibia!!Parabens voce deve ser normal!

@Rodrigo "(...) ao chegar a este cemitério os organizadores desta passeata, irá explicar a todos os participantes desta homenagem como eles poderão ajudar as vítimas desta enchente (...)" Além do mais, melhor uma marcha que ficar parado com o pensamento "não importa o que eu fizer, nada vai mudar". @topic Bela iniciativa.