No dia a dia de administrador dos servidores da PortoFácil uma das grandes preocupações é manter todos os sites rodando com suas funcionalidades sem que nenhum deles escravize os processadores das máquinas. A maioria dos sites que rodam na PortoFácil usam o WordPress como gerenciador de conteúdo, o que possibilita que eles se aproveitem da grande quantidade de plugins que expandem a funcionalidade do sistema com a simplicidade de enviar uns poucos arquivos para o servidor.
Contudo, nem tudo são flores. Se por um lado temos plugins que tornam o WordPress muito rápido, economizando processador a um nível extremo (Faça o WordPress voar com o 1BlogCacher), por outro há plugins mal escritos, ou com falhas de conceito, que simplesmente arrasam com a máquina.
Recentemente tivemos problemas de uso excessivo de CPU, notadamente no que dizia respeito ao MySQL. Uma investigação mais aprofundada permitiu localizar os quatro mais terríveis plugins que estavam funcionando entre os clientes da PortoFácil.
A lista abaixo não inclui os links para os plugins porque, naturalmente, eu não quero que ninguém os utilize. 
4. Popularity Contest
Utiliza um grande volume de processamento, proporcional ao volume de artigos e posts do blog. As análises que ele faz para calcular a “popularidade” dos artigos implicam milhões de operações no banco de dados (literalmente) devido ao grande volume de diferentes combinações que o algoritmo considera. Um plugin de cache pode reduzir sensivelmente a voracidade desse plugin.
3. Top Commentators
Em blogs com muitos comentários e muita visitação esse plugin pode levar o processador a desejar o Hara-Kiri. A cada exibição de página ele simplesmente tem de carregar para a memória toda a tabela de comentários para contar quantas vezes cada pessoa comentou, e então mostrar os campeões. Com utilização de um cache bom (link acima) ele também deixa de ser tão vilão.
2. 404 Notifier
A idéia do plugin é boa: sempre que alguém acessar uma página que não existe, logo um erro 404, ele grava essa informação num banco de dados para posterior relatório. Porém, quando o blog está instalado na raiz do domínio, e outros sites também estão instalados abaixo dele (como uma loja virtual — MercadoSócios: mais uma loja simplificada para você) erros 404 destes outros sistemas podem causar uma sobrecarga no plugin. Não tem cache que resolva.
1. Comment Relish
Este é o campeão de voracidade. Seu objetivo é identificar quando é a primeira vez que uma pessoa deixa um comentário no blog e enviar um e-mail agradecendo por isso. Particularmente, acho besta isso e consideraria um ato de desespero, mas o autor do plugin pensa que isso aumenta a fidelização dos leitores. Seja como for, o fato é que o plugin é muito mal escrito, e sobrecarrega o MySQL porque a cada vez que alguém faz um comentário no blog ele carrega toda a tabela de comentários na memória e aplica diversas vezes um algoritmo complexo (e ineficiente, ao que pude constatar) para descobrir se é a primeira vez que a pessoa comenta ou não. Não há cache que resolva, e recomendo fortemente que não se utilize este plugin.
Atualização: segundo testes realizados em conjunto com um cliente, o Ultimate Tag Warrior também se demonstrou um grande vilão do excesso de processamento; cada consulta gerada pelo plugin pode ser de tal maneira complexa que exige que o banco de dados analise milhões de registros antes de retornar um resultado, causando demoras e expressiva sobrecarga no processador.
Um dos segredos de uma hospedagem compartilhada de qualidade é manter sites que funcionem “azeitados”. Evitar scripts mal escritos é essencial para isto.
Adoro esse tipo de dica, dado o meu trauma com plugins “comilões”.
Já usei o Top Commentators (mas limitava a lista a uma semana, apenas) e o 404 Notifier – engraçado é que outro plugin deste mesmo autor, o Share This, foi gongado pela minha antiga hospedagem exatamente por consumir recursos demais…
@Lu Monte: às vezes são práticas inadequadas de programação, e parece ser um vício desse cara aprontar dessas.
Desses ai eu só cheguei a usar o primeiro, mas vi que não valia a pena dada lentidão a que o blog foi submetido depois de sua ativação resultado: já retirei e agora lendo o seu post vi que diz o mais correto!
Posso lhe ajudar na lista com experiências próprias:
Dashboard editor: Cria tabelas absurdas que não somem com a desinstalação, muda toda a configuração das “sidebar”, e ainda apaga a lista de widgets de uma das que seu tema usa; cria widgets no dashboard que ficam vazias após a instalação, e não somem.
Post thumb revisited: Quando funciona, o que é difícil, usa até o talo da memória do servidor, e entra em conflito com dezenas de widgets preferidas dos webmaster/wordpress.
Google XML sitemap: Não é problemática, mas é perigosa pela incompatibilidade com dezenas de outros plugins; sei que é boa e útil, mas com cautela.
No momento, não me lembro mais, mas tive masi umas 8 ou 10 experiências dramáticas com widgets que davam problemas a ponto de não carregar NADA no site, nem a página principal; e quebrei a cabeça pra descobrir qual e porque.
Abraço
@Passageirodealgumtrem: normalmente eu não aprovaria um comentário que não tivesse um nome próprio no nome do autor, mas como sua contribuição realmente é valiosa e útil, está aceito!
Desculpe a omissão, meu nome é Giancarlo, e estou desenvolvendo um site com a plataforma Wordpress, baseado num blog que mantinha antes, sobre filmes de horror.
Com relação aos plugins, sugiro no lugar do Dashboard editor, o Dashboard widgets, mais limitado, mas menos problemático; no lugar do Post Thumbs Revisited, o plugin 100% satisfatório é o Yet Another Photoblog, que também usa as bibliotecas php_thumbs(), mas com mais estabilidade, menos configurações complexas, e recursos muito inteligentes de gerar miniaturas anexadas ao post como referência, para exibir na index como “recent” ou “random”, não sobrecarrega o servidor na geração dinãmica das miniaturas e ainda gerencia sem conflitos as fotos, trabalha bunitinhu com Nextgen/Lightbox/Shutter e outras perfumarias para imagens. Com relação ao Google XML sitemaps, é só saber configurar com muuuuito cuidado, ou usar a alternativa pior que eu uso devido a problemas de incompatibilidade: instalo esse plugin, recrio o sitemap, faço ping para os principais buscadores, atualizo a estrutura, e desinstalo de novo o plugin; faço isso uma vez por mês, é chato, mas pelo menos mantém as instruções xml de mapa do site atualizadas no Google, Live e Yahoo, por exemplo.
Incrivelmente, meu site tem problemas sérios com WP super-cache e WP cache, coisa que não vejo ninguém reclamar; os dois desestabilizam por completo meu site, mas pra quem tem acessos muito altos, acho que é necessário.
Mais plugins: “ozh-colourlovers-admin-css-designer”, a verdadeira perfumaria de administradores que toca o horror, difícil configurar cores que sejam “aceitáveis” na interface, fica “pingando” pro site desenvolvedor direto do seu!
“Twitter tools”, funciona até bem, mas a biblioteca javascript carrega integralmente em segundo plano desde a sua index, portanto, retarda consideravelmente o carregamento da página, pra mostrar “tweets” que você podería por direto dentro do seu wordpress com o plugin “Tweepter” (Um tipo de Twitter que roda dentro do próprio wordpress, pra por recadinhos rapidos nas sidebars); por último, Post-groups: exige configurações específicas demais, bagunça legal a organização dos posts por categoria e por autor, e nada acrescenta realmente ao site.
Tô quase montando um blog com o tema “Plugins amaldiçoados para seu site Wordpress”!!!
Abraço
Dê uma passadinha no meu site, só pra por defeito! Sou webdesigner, mas sou iniciante em PHP e plataforma Wordpress, estou fazendo malabarismos para contornar as limitações de alguns plugins, e traduzir os mais úteis.
Consciência limpa em relação a esses plugins e pelos inducados pelo Giancarlo. Mesmo assim, ainda faltam muitas atualizações para deixá-lo bonitinho, tecnicamente falando. Coisas que já estou providenciando. Abração!
Um também que lota o banco de dados é o starpress hehe meu blog com 500 postagens tava 50 mb com starpress, sem ele foi para apenas 3 mb .
Não sei pra que serve, mas só o nomezinho já me assusta!
O statpress (era pra ser statpress, certo?) fornece estatísticas de uso do blog. Realmente o plugin cria uma tabela bem grande no banco de dados, mas você pode limpar ela de tempos em tempos, e o tamanho desta tabela em especial não afeta o processamento de outras partes do blog, apenas ocupa mais espaço mesmo.
Cada requisição de página em blogs com o Statpress gera um monte de requisições extra ao banco de dados, sem contar que num blog com cache o StatPress é totalmente inútil. Ou seja, o StatPress só serve para blogs com visitação desprezível, para blogs maiores ele é totalmente inviável — como falei no texto.
Eu indico o SEO-smart-links que analisa seu texto e insere links para postagens ou categorias anteriores.
E o permalinks moved permanently que redireciona links errados de permalinks antigos.