Fui acessar meu blog e descobri, espantado, que minha conta de hospedagem estava suspensa. E eu já estava até pensando que todo mundo fala mal de hospedagem, mas a Hostdime ainda não tinha me decepcionado (apesar deles terem me empurrado o tal plano de hospedagem). Nunca tive do que reclamar.

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.