Entrei no serviço de helpdesk e descobri que já havia um ticket aberto. Achei muito estranho e fui ver o que era. A administração da Hostdime me disse que alguma tarefa cron estava prejudicando o desempenho do servidor. Nunca criei nenhuma tarefa cron. Eles anexaram um screenshot que indicava o problema no arquivo ‘wp-cron.php’. Este arquivo faz parte do Wordpress. Então, a culpa não é da Hostdime afinal.

Como havia adicionado alguns plugins recentemente, acreditei que algum deles estava causando problemas (especialmente um que faz backup automático). Fuçando no cPanel achei a lista de serviços rodando e também o consumo de CPU/RAM. O indicador de CPU estava no vermelho (embora ainda não entenda muito bem aqueles números). Desativei o plugin, mas não fez nenhuma diferença.

Então desativei e exclui todos os plugins recém-adicionados, já que antes eu nunca tive problemas desse tipo. A carga de CPU abaixou e ficou no verde. Fiz isso hoje de manhã, antes de ir pro trabalho, já que não consegui dormir direito esta noite e acordei antes do despertador. A esta hora eles já tinham reativado minha conta.

Quando estava voltando do trabalho, hoje à tarde, vi no celular um e-mail novo. A equipe da Hostdime informou que a utilização de CPU continuava alta. Exclui todos os plugins, deixei o WP rodando seco. Não me preocupei muito em apagar, pois ontem mesmo fiz backup de tudo (exportei o banco de dados do MySQL e baixei todos os arquivos pelo FTP). Ainda assim ele consumia muito da CPU. Daí eu lembrei que atualizei a versão do WP ontem. Só pode ser isso.

Hora de googlear. Percebi que muita gente teve o mesmo problema que eu: a empresa de hospedagem reclamando do alto consumo de recursos. Muitos blogueiros, como eu, preferem servidores compartilhados, pois são mais baratos e são suficientes para o baixo tráfego. Mas este tipo de problema pode ocasionar a suspensão do site para não prejudicar os outros que estão hospedados.

E teve gente que teve este problema justamente quando atualizou o WP para a última versão (2.9.2). Procurei alguma solução, mas não tive muito sucesso. Aparentemente, plugins de cache, como o famoso WP-Cache, amenizam a utilização de CPU pelo WP. Mas não é uma solução muito eficiente, pois enquanto ainda não tiver feito o cache, o problema continua. Não queria ter minha conta suspensa de vez.
Tomei uma atitude drástica: apaguei os arquivos principais do WP, aqueles que ficam na raiz do site. Mas o consume de recursos só abaixou quando exclui o banco de dados e a conta associada. Por fim, apaguei todos os arquivos do servidor. A culpa era do Wordpress afinal.

O problema do Wordpress é o seguinte: não existe nenhum meio prático dele agendar tarefas para execução (os famosos ‘cron jobs’). Então, a cada vez que uma página é aberta, ele executa a função ‘wp_cron()’ que verifica se há tarefas pendentes (e as executa se houver). Além disso, cada plugin e algumas inclusões em sua página gera uma requisição nova para o banco de dados. Assim, para cada visitante em cada página ele faz dezenas de requisições MySQL e, de quebra, ainda executa uma ou outra tarefa pendente. Mesmo um baixo tráfego pode gerar um alto consumo de recursos. E não é de hoje que o WP é assim.

O WP-Cache (ou o WP-Super Cache) cria cópias estáticas das páginas do blog (um html puro, sem funções de servidor). Isso evita as dezenas de requisições ao banco de dados. Isso também impede a execução das tarefas cron, o que pode ser um problema. Mas o cache não funciona com usuários logados. No caso de um blog, como o meu, só existe um usuário registrado: eu mesmo. Então, basta eu acessar o blog de vez em quando para que as tarefas sejam executadas. Como disse o Jeff Atwood, há mais de um ano, é “absolutamente irresponsável que a funcionalidade do WP-Cache não esteja já incluída no Wordpress”.

Por enquanto, redirecionei o endereço para o Blogger, mas ainda não atualizei os posts, vou fazer isso com o tempo, já que não há nenhum método fácil de importar (ouvi dizer que há alguns scripts em python, mas são poucos posts, posso fazer isso na mão mesmo). Não pretendo continuar com o Blogger por que vejo muitos problemas de usabilidade, bem diferente do Wordpress. Falam também dos zilhões de plugins, mas como eles só pioram a situação, não faz tanta diferença.

Vou instalar o PHP + MySQL aqui e testar o consumo de CPU do blog, através do backup que fiz. Se o cache resolver, volto pro Wordpress. Também testarei, juntamente, a solução de tornar os ‘cron jobs’ agendados de verdade, ao invés de executar na chamada da página. Mas acho que vou procurar outro CMS. E agora já sei quais os defeitos que devo evitar.

E assim o Wordpress me desapontou.

É uma biblioteca realmente muito conhecida e utilizida, principalmente, por iniciantes. Além de ser muilti-plataforma, possui algumas bibliotecas extras para se trabalhar com fontes (renderização de texto) e imagens de outros formatos além do BMP (o único suportado nativamente). A engine gráfica é um pouco lenta e seria grande problema para aplicações que usem bastante do hardware, já que a SDL só tem suporte a aceleração por software, mas é possível integrá-la ao OpenGL e ter gráficos mais potentes.

Briguei bastante com ela no começo, já que faz tempo que não programo nada, mas aprendi bastante com o tutorial do Lazy Foo. E como ouvi dizer que fazer uma réplica de Tetris é um bom começo para programação de jogos (já que tem tudo: loop principal, contagem de pontos, checagem de vitória/derrota, etc.), tentei fazer uma utilizando o SDL. Foi difícil começar, mas cheguei a algo razoável. Vocês podem fazer o download da versão alpha aqui: http://sourceforge.net/projects/linecollapser. Já está jogável, apesar de alguns bugs (o que pode tornar o jogo extremamente difícil em níveis mais altos). Considere que ainda está em fase de desenvolvimento, ainda é só um alpha. E não testei em outros computadores, espero que funcione.

Posterei aqui algumas coisas que aprendi de SDL, então fiquem ligados. Talvez poste como fiz o jogo e algumas dificuldades que tive. E quando ele estiver funcionando legalzinho, tentarei implementar os gráficos com OpenGL. Vou postar aqui o que aprender dessa poderosa biblioteca. E depois, quem sabe, investir num jogo mais poderoso. Por enquanto é só. Até o próximo post.

Para quem perdeu pode baixar os vídeos em http://www.w3c.br/cafecombrowser, embora, infelizmente, o primeiro evento, com o navegador Opera, não filmado.

É interessante saber que, por incrível que pareça, o IE 8 já suporta algumas tags do famigerado HTML5.

Estas e outras informações interessantes sobre os navegadores podem ser obtidas através dos vídeos.

Demorei para postar por causa dessa transição. No meio dessa briga com servidor de hospedagem e outra com a instalação do WordPress, acebei gastando bastante tempo.

Até amanhã posto alguma coisa nova.

Inté.

Código sempre combina com café, não é à toa que temos o Java. Então, escolhi este nome para o blog que criei para compartilhar meus conhecimentos na área de programação.

O conteúdo do blog dependerá principalemente da linguagem (ou linguagens) que eu estiver estudando atualmente.

Além de código de fato, novidades na área e outras curiosidades podem também estarem presentes.

Desejo um bom café para você, assine o feed e me diga o que acho nos comentários.

Até mais!