A principal semelhança entre os modos de trabalhos do Knuttz e do Rafael reside na pessoalidade da escolha dos links que vão divulgar: não há links automaticamente aprovados, não há aprovação “mecânica” ou robotizada dos links enviados; o que há é um trabalho humano de seleção dos assuntos que são coerentes com a filosofia e os objetivos de cada site. Em minha humilde (e no caso praticamente leiga) opinião, este é o único caminho para um agregador de links fazer sucesso.

Agora, tive a ventura de ficar sabendo de mais um serviço agregador de links, com um método de trabalho semelhante ao dos dois agregadores acima citados: seleção manual e criteriosa dos links a serem divulgados.

Trata-se do Entrelinks, cria do Gabriel Meissner do blog Entremundos.

É um serviço ainda bastante jovem, tem um bocado a amadurecer (como sair de um diretório do Entremundos e ir para um domínio próprio, para ficar num único ponto), mas promete muito justamente pelo toque humano aliado à proposta de fugir do conteúdo que — infelizmente para quem não curte o estilo — tem se tornado comum nos agregadores de links: vídeos “engraçadinhos”, piadas, conteúdo que não requeira pensar muito.

O Gabriel tem por objetivo agregar links mais inteligentes, mais profundos, que façam pensar. Com isso a tendência é que — infelizmente — o Entrelinks atraia (e compartilhe) bem menos visitação do que os demais agregadores. Entretanto, essa audiência embora menor tende a ser mais qualificada (leia-se: inteligente) e com mais propensão a tornar-se leitora fiel de textos bem escritos.

De minha parte, o Gabriel pode esperar todo o apoio possível para o Entrelinks. Creio mesmo que a Internet brasileira estivesse precisando de uma iniciativa como esta.

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

O Agregador de Links Reinventado

Posts relacionados

• Vou fechar os comentários dos meus blogs [13 comentário(s)]
• Plagiadores, tremei! [3 comentário(s)]
• Há vida inteligente no planeta Uêba? [14 comentário(s)]
• Estudo de caso: perfil moral de um spammer [10 comentário(s)]
• “Guest posts”: bom negócio para quem veicula e para quem escreve [0 comentário(s)]

Atualizações:

• O pessoal do feed vai ter que acessar o site para ler o post inteiro. Por algum motivo que ainda me foge à compreensão posts paginados não vão completos para o feed. Pensarei num jeito de corrigir isso.
• Como o artigo ficou extenso demais, tive de dividi-lo em páginas. No final de cada página tem uns linkzinhos numéricos (de 1 a 5); são os links para as diversas páginas do post.

Antes de mais nada, para aqueles que não entendem ironias explico que o título (“guia definitivo”) não passa de uma piada, pois jamais alguém poderá escrever um guia definitivo sobre aceleração do WordPress. O sistema é muito flexível, muito dinâmico, e a cada dia surgem novidades que tornam os guias anteriores obsoletos. Mas, acima de tudo, existe o fato de que cada caso é um caso, cada blog tem suas particularidades e o que é justo e perfeito para um pode não ser sequer útil para outro.

Na verdade, o presente artigo é uma resposta a dois outros artigos: Acelere o WordPress com o Plugin WP Super Cache, do Celso Lemes, e Como Acelerar ao Máximo Seu Site em WordPress: O Guia Definitivo, do J. Noronha.

Ambos os artigos tratam da utilização de um plugin de cache (ou cachê, como diz o Noronha) a fim de aliviar a carga de processamento do blog e acelerar a entrega do conteúdo para o visitante. O Noronha vai além, ensinando a configurar o W3 Total Cache para operar com CDN (rede de distribuição de conteúdo), o que na prática me parece uma medida ineficiente, a menos que seu site faça uso intensivo de imagens; para sites baseados em texto é desnecessário sequer pensar em CDN, assim como domínios “cookieless” (sem cookies) não são o que faz diferença na aceleração do WordPress.

Das muitas opções de cache existentes, o meu favorito continua sendo o WP-Super-Cache, que também foi o escolhido pelo Celso Lemes. Ele é melhor que o W3 Total Cache por um simples motivo, além de todos os outros: ele permite que as páginas constantes em cache sejam servidas mesmo que o interpretador de PHP morra, pois as regras de “rewrite” que ele insere no .htaccess (no caso de servidores Apache) fazem com que o webserver primeiro verifique se a página a ser servida existe fisicamente no cache, e somente se ela não existir o WordPress será instanciado.

Além do mais, o W3 Total Cache vai falhar miseravelmente no caso de um servidor modesto em recursos mas com muitas visitas, principalmente se forem utilizados os aceleradores mais radicais (APC e MemCache), que consomem RAM mais vorazmente do que o Maradona consegue aspirar o pó da mobília dele. A única grande vantagem que eu vejo no W3 Total Cache é o cache de banco de dados, mas isso pode ser facilmente obtido com a utilização de um outro plugin, o DB Cache Reloaded.

Mas instalar plugins de cache achando que são panaceia não vai resolver nenhum problema de performance de WordPress. É necessário prestar especial atenção também nos demais plugins instalados, bem como no tema do blog e nas chamadas externas que ele venha a fazer (como webservers de terceiros e contadores de visitas, por exemplo).

Assim, podemos fazer um roteiro simples de otimização do WordPress em apenas quatro passos.

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

WordPress de alta performance: o guia definitivo

Posts relacionados

• Google passa a punir páginas com carregamento lento — ou como otimizar o tempo de carregamento de seu site [1 comentário(s)]
• 1st Blog Cacher: Instalando, configurando e usando [24 comentário(s)]
• Temas para WordPress: Qual usar? [4 comentário(s)]
• Performance em blogs: comece pela hospedagem! [0 comentário(s)]
• Diferencie seu blog usando recursos do próprio WordPress [3 comentário(s)]

Parece o caos, mas com um pouco de boa vontade é possível resolver este problema, sem nem precisar recorrer a plugins complicados: basta inserir um pequeno código no functions.php do seu tema em uso, e passar a utilizar os campos personalizados (custom fields) para inserir o que quiser em qualquer post.

A técnica usada para resolver este problema já foi explicada anteriormente aqui. Vamos criar um shortcode chamado [ field ] (os espaços entre os colchetes e a palavra field são para evitar que o meu shortcode field seja interpretado aqui) que fará simplesmente pegar o conteúdo de um campo personalizado qualquer e inseri-lo sem qualquer modificação no ponto exato do post.

Primeiro, o código abaixo deverá ser inserido em algum lugar do functions.php do tema em uso.

function field_func($atts) {
   global $post;
   $name = $atts['name'];
   if (empty($name)) return;
 
   return get_post_meta($post->ID, $name, true);
}
 
add_shortcode('field', 'field_func');

Feito isso, e estando o functions.php devidamente salvo, vamos criar um campo personalizado, com um nome qualquer, que vai receber o conteúdo que vamos inserir em algum lugar no post.

Clique para ampliar

Na imagem acima, apenas mostramos que criamos um campo chamado flash, preenchido com o HTML fornecido pelo “embed code” de um vídeo qualquer do YouTube.

Agora, caso eu quisesse inserir o vídeo exatamente no próximo parágrafo bastaria eu escrever:

[field name="flash" /]

Isso mesmo: o shortcode chamado field recebe um parâmetro chamado name, que contém o nome do campo personalizado que vai ser inserido naquele ponto exato do post.

Com isso, você pode ficar sossegado, pois no modo HTML ou no modo visual seu conteúdo HTML ou de script nunca mais se perderá, embora seja à custa de perder um pouquinho do apelo e da facilidade do editor visual.

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

Insira qualquer conteúdo num post do WordPress

Posts relacionados

• Diferencie seu blog usando recursos do próprio WordPress [3 comentário(s)]
• Combata o miguxismo no seu blog com JavaScript [4 comentário(s)]
• WordPress de alta performance: o guia definitivo [7 comentário(s)]
• WordPress 2.6 Beta é o bicho! [7 comentário(s)]
• Plugin para WordPress permite atrasar a publicação no feed [2 comentário(s)]

A mensagem em questão era de um blogueiro oferecendo-se para escrever um “guest post” em um de meus blogs (o Lucrando na Rede). Não é novidade, como eu disse, mas sempre que houve “guest posts” em meus blogs foi porque ou eu convidava o blogueiro a escrever, ou trocava figurinhas com meus amigos.

Deste moço eu nunca ouvira falar, mas sua proposta foi aceita com alegria, e é meu objetivo com este texto citar os principais motivos pelos quais você deve escrever e aceitar “guest posts” em seus blogs. Em uma única frase daria para dizer que é porque é benéfico para todos os envolvidos (autores, donos dos blogs e leitores), mas vamos esmiuçar um pouquinho mais.

Por que aceitar “guest posts”

Quem aceita artigos de convidados se beneficia basicamente de duas formas:

• conteúdo de qualidade de graça para seu site;
• renovação do conteúdo do blog, que é logo percebida pelo leitor que acaba voltando a ser fã (não podemos negar que é muito difícil agradar a todos os leitores o tempo inteiro).

Entretanto, artigos de convidados podem ensinar ao autor atento como tirar mais proveito de suas ideias, do seu próprio site e do tráfego que tem, mas não é do escopo do presente texto analisar estas questões.

Por que escrever “guest posts”

Embora a uma mente tacanha possa parecer que só o dono do blog e seus leitores se beneficiem do “guest post”, isto não é verdade, nem de longe.

Ao escrever um “guest post” o blogueiro poderá se beneficiar de várias maneiras:

• incluindo links para seu próprio conteúdo, com os textos âncora desejados, sem “nofollow”, num contexto que seja plenamente de seu controle (afinal, foi ele quem escreveu o texto);
• conquistando novos leitores, que são os leitores do blog que publicou o texto de convidado;
• firmando-se como autoridade no assunto abordado, tanto do ponto de vista dos mecanismos de busca como dos leitores do blog que publicou o texto.

Conclusão

“Guest posts” são iniciativas benéficas para todo mundo, e quem tiver mais qualidade a oferecer tem mais a ganhar. Por exemplo: imagine que um blogueiro pequeno, com um blog de poucas semanas, escreva um artigo de convidado para um blog famoso: imediatamente ele se beneficiaria da fama deste blog, promovendo de maneira lícita o seu próprio blog iniciante, e pela qualidade conquistando novos leitores fieis, que por sua vez dariam jeito de ajudar na promoção do blog, num círculo virtuoso que tende ao infinito.

Gostaria de saber sua opinião sobre o assunto. Se você aceita “guest posts” em seu blog, e por quê, e como tem sido sua experiência na tentativa de publicar “guest posts” em blogs alheios. Os comentários são seus!

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

“Guest posts”: bom negócio para quem veicula e para quem escreve

Posts relacionados

• Vou fechar os comentários dos meus blogs [13 comentário(s)]
• O Agregador de Links Reinventado [3 comentário(s)]
• Como conseguir visitas para meu blog sem ser inconveniente? [40 comentário(s)]
• Plagiadores, tremei! [3 comentário(s)]
• Parcerias entre Blogs [28 comentário(s)]

Deixar comentários com esse tipo de texto em um blog bem escrito é, acima de tudo, uma puta falta de sacanagem com quem se esforça para escrever direito, e me dá muita vontade de xingar muito no Twitter.

Para amenizar a raiva que passo diariamente moderando comentários de amebas antropomórficas que não respeitam as caixas de comentários alheias resolvi aplicar um “hack” bastante simples no WordPress, para evitar que este tipo de comentário seja enviado.

A ideia é simples: um script contém uma lista de palavras proibidas, e captura a submissão do formulário de comentários para verificar se alguma das palavras proibidas está contida no texto; em caso positivo o script emite um aviso ao comentador, e cancela a submissão dos dados para o servidor.

Para aplicar o “hack” é necessário editar o arquivo comments.php do tema em uso no WordPress, acrescentar umas poucas linhas de código e modificar uma outra. Vejamos.

Encontre no comments.php uma linha contendo o seguinte (dependendo do seu tema pode haver variações, por favor raciocine).

<form action="<?php echo get_option('siteurl'); ?>/wp-comments-post.php"
method="post" id="commentform">

Substitua pelo que segue.

<script>
	function ValidaComentarios(F){
		var Retorno = true;
		Comentario = F.comment.value.toLowerCase();
		BadWords = ["achu", "axu", "com tigo", "dificel", "eh", "dis",
		"k", "q", "tipow", "kkk", "bj", "bjs", "aki", "naum", "nao",
		"tb", "td", "qd", "qr", "qt", "pq", "add", "pow", "kra", "fik",
		"dae", "dik", "vc", "eh", "saum", "taum", "voce", "ki", "nunk",
		"nunka"];
 
		pt = '[^a-zA-ZÁ-öù-ÿ0-9]';
 
		for (PalavraProibida in BadWords){
			re = RegExp('(^|'+pt+')((' + BadWords[PalavraProibida] + ')s?)('+pt+'|$)', 'gi')
			if (re.test(Comentario)) {
				Retorno = false;
				alert("Seu comentário não foi aceito porque contém a palavra \"" + BadWords[PalavraProibida].toUpperCase() + "\". Corrija, por favor.");
				F.comment.focus();
				break;
			}
		}
		return Retorno;
	}
</script>
<form action="<?php echo get_option('siteurl'); ?>/wp-comments-post.php" 
method="post" id="commentform" onsubmit="return ValidaComentarios(this);">

O script é autoexplicativo, creio eu, podendo ser entendido até mesmo por quem não é programador.

Claro que se o miguxo além de retardado for mau caráter ele pode desabilitar o JavaScript no navegador para poder “trollar” o blog da gente. Nesse caso, recomendo que a mesma lista de palavras proibidas usada nesse script seja nformada na configuração do plugin NoSpamNX, sobre o qual já escrevi em WP: Acabe com os spams de comentários com o NoSpamNX.

Por fim, programadores mais experimentados ou dedicados podem conseguir em muito menos linhas de código fazer o que meu script faz, inclusive com mais eficiência (pois ele apenas testa substrings, e não palavras dentro do texto, por exemplo), ou mesmo transformá-lo num plugin ou script para uso geral, evitando que se tenha de “hackear” manualmente um arquivo do tema em ouso, ou permitindo que usuários de outras plataformas se beneficiem dele. A minha parte, contudo, já está feita.

Atualização: o script foi melhorado e agora usa uma Expressão Regular para identificar palavras em vez de meras “substrings”. Ou seja, se alguém quiser falar num comentário que comeu temaki não será mais barrado pela presença da partícula “aki” (aqui, em miguxês).

A nova versão do script pode ser encontrada (e testada) aqui: Abaixo o Miguxismo nos blogs!

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

Combata o miguxismo no seu blog com JavaScript

Posts relacionados

• WP: Acabe com os spams de comentários com o NoSpamNX [4 comentário(s)]
• Insira qualquer conteúdo num post do WordPress [2 comentário(s)]
• Chapéu de Troll [0 comentário(s)]
• WordPress de alta performance: o guia definitivo [7 comentário(s)]
• WordPress 2.6 Beta é o bicho! [7 comentário(s)]

Entretanto, existem muitas tentativas, desde o famoso e indispensável Akismet até plugins de “captcha” (aquelas “letrinhas” que devem ser digitadas a cada vez), mas ainda assim a eficiência acaba se mostrando baixa após o impacto inicial.

Descobri por acaso um plugin para WordPress que é uma verdadeira mão na roda, pois além de reconhecer spambots sem a necessidade de uso de Javascript implementa uma “lista negra” de palavras proibidas, que se estiverem presentes em um comentário enviam-no diretamente para lugar nenhum (eu ia dizer que mandam para o inferno, mas aí os evangélicos poderiam não entender a piada — que nem é tão engraçada — e eu acabar me incomodando).

Como os spammers veem o seu blog

O nome do plugin milagreiro é NoSpamNX. A maneira mais simples de instalá-lo é pela Dashboard do WordPress: vá em Plugins, Adicionar Novo, e pesquise pela palavra “nospamnx” (sem as aspas, claro). Na página seguinte clique em instalar, confirme na janela de confirmação, e pronto, agora é só ativar como você sempre fez.

Há três configurações que importam no NoSpamNX.

A primeira diz respeito a como o plugin deve tratar os spams que ele vier a reconhecer: jogando-os na “pasta” de spams de comentários, ou bloqueando-os permanentemente. Antes de decidir por recomendar o plugin a outros eu o usei por um tempo apenas marcando os spams, e não encontrei nenhum falso positivo. A partir de então deixo o plugin apagar tudo automaticamente. A escolha, claro, é sua, mas apenas marcar os spams como tal não vai diminuir o volume de trabalho, pois você vai continuar tendo de ver aquele lixo todo.

A segunda configuração é um pouco mais delicada, pois nem sempre funciona com todo mundo (mas o autor do plugin foi bacana o suficiente para incluir um teste da funcionalidade): é a que faz com que o plugin verifique se o comentário foi enviado a partir de uma página no seu próprio blog ou não (o que o plugin chama de “referer check”). Clique no link que diz Referer-check, na página de configuração, e veja a mensagem de retorno: se o plugin disser que o “referer” funciona no seu servidor, habilite esta opção.

Por fim, a configuração mais interessante, em minha humilde opinião: a lista de palavras bloqueadas.

Existem alguns comentários que são extremamente irritantes, como as correntes de “transforme seis reais em sei mil” (incrível como sempre tem otário que acredita nisso), as orações poderosas para amarrar marido, e os piores de todos: comentários deixados por outros blogueiros apenas com dizeres do tipo “visite meu site”, sem agregar conteúdo algum.

O WordPress tem um recurso semelhante a esse, nativo, mas em vez de apagar ele apenas marca como spam. O NoSpamMX deleta (caso você o tenha configurado para excluir os spams automaticamente).

Minha lista negra contém as seguintes palavras:

mentalidade.com
detetive-particular.net.br
Oxycodone
Without Prescription
?????
mentalidade.com
yougetsex.com
cashfiesta.com
www.awsurveys.com/HomeMain.cfm?RefID=
ganhardinheirointernet.hd1.com.br
TRANFORME R$ 6,00 EM R$ 6.000,00

Com estas configurações consegui reduzir o volume de spam nos meus blogs para dois ou três por semana (que passam pelo NoSpamNX e pelo Akismet).

Uma força extra

Apesar de o NoSpamNX e o Akismet serem produtos ótimos, nem sempre eles terão “a manha” de apagar todos os spams automaticamente. É quando o URL Nuker entra em ação.

Embora não sofra mais atualizações desde já há muito tempo, o plugin ainda funciona com as versões mais recentes do WordPress, e faz exatamente o que promete: exclui automaticamente comentários já marcados como spam mas que contenham mais do que n URLs (sendo n um valor qualquer que você configura).

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

WP: Acabe com os spams de comentários com o NoSpamNX

Posts relacionados

• Plugins para inibir Splogs [0 comentário(s)]
• Combata o miguxismo no seu blog com JavaScript [4 comentário(s)]
• WordPress: menus dropdown para a área administrativa [0 comentário(s)]
• Vou fechar os comentários dos meus blogs [13 comentário(s)]
• Vem aí uma nova política de plugins para o WordPress [2 comentário(s)]

Embora a função primária de um plugin de cache não seja acelerar o carregamento das páginas, e sim evitar processamento duplicado, economizando ciclos de processamento, uma boa solução de cache pode significar, sim, algum ganho de velocidade.

Tendo em vista esse parâmetro efetuamos um teste simples (e sem nenhuma pretensão de ter valor científico, e ainda menos de servir de guia para a escolha de ninguém.

Plugins considerados

Testamos o WordPress em sete cenários diferentes, envolvendo três plugins.

1. Sem plugin algum de cache;
2. Hyper Cache;
3. WP Super Cache em modo Half;
4. WP Super Cache em modo Full;
5. WP Super Cache em modo Full servindo HTML direto do cache;
6. Quick Cache;
7. Quick Cache com gzip ativado.

Cabe dizer aqui que o Quick Cache sequer havia sido cogitado; em seu lugar, neste teste, pretendíamos usar o W3 Total Cache, que ficará para uma próxima oportunidade tendo em vista que ele é menos trivial de se fazer funcionar, requerendo configurações de servidor que talvez sejam menos fáceis para o blogueiro comum.

Entretanto, quando fomos instalar o WP Super Cache acabamos encontrando por acaso o Quick Cache, e sua proposta de ser uma alternativa àquele plugin agradou; experimentamos e gostamos (mais detalhes abaixo).

Blog testado

O blog que escolhemos para fazer o teste foi o Emagrecer, e testamos a página inicial e mais dois posts escolhidos aleatoriamente.

1. “Gene da Obesidade” pode ser superado com exercícios (Post 1);
2. Diário de um gordo (Post 2).

Ferramenta de medição

Utilizamos a ferramenta de teste de página completa do Pingdom para medir o tempo total de carregamento das páginas.

Metodologia

A metodologia adotada foi muito simples.

A cada teste, em cada cenário, instalávamos o plugin e o configurávamos de acordo, e num outro navegador acessávamos cada uma das três páginas para garantir que elas estivessem em cache, e então efetuávamos o teste pelo Pingdom.

Os tempos de carregamento total foram anotados e são reproduzidos na tabela abaixo.

Resumo dos Resultados

Interpretação dos Resultados

A tabela acima demonstra que tempos de carregamentos de página isolados não querem dizer muita coisa, haja vista um post que foi bem num cenário foi mal em outro, e outro post que foi mal no primeiro foi bem no segundo. Por exemplo: o Post 2 se saiu bem com o Hyper Cache (3,3s) e foi mal no WP Super Cache em Full Mode servindo HTML direto; entretanto, o Post 1 se saiu melhor neste cenário de plugin, mas se saiu pior com o Hyper Cache.

A tabela demonstra também que variações nos tempos de carregamento são comuns, e seria necessário uma amostragem muito maior para ser possível chegar a valores estatisticamente mais úteis e expressivos.

Por fim, demonstra também que em situações normais todos os plugins de cache se comportam de maneira semelhante, cabendo mais a cada blogueiro decidir pelo que lhe for mais simpático, agradável, fácil de instalar, ou qualquer outro critério; ou seja, o que é ótimo para mim pode não ser para você, e vice-versa.

Entretanto, é notável que o Quick Cache tenha apresentado menos variações nos tempos de carregamento das três páginas, e obtido a menor média (3,2s na média), o que nesse caso é desejável. Considerando o fato de que o Quick Cache nem deveria ter entrado no teste, podemos dizer que ele foi uma grata surpresa.

Outras Considerações

A ativação e desativação do Quick Cache não é tão simples e sem falhas como deveria; aparentemente a rotina de “coleta de lixo” ainda tem algum bugzinho não resolvido, causando mensagens de erro estranhas de tempos em tempos da “Dashboard”.

Apesar disso, vale a pena testar o plugin.

As principais diferenças do Quick Cache para o WP Super Cache são as seguintes, retiradas da documentação do plugin e livremente traduzidas para privilegiar a simplicidade.

• O Quick Cache tem menos código, logo tende a ser mais eficiente, e não requer nenhuma regra de reescrita de URL no .htaccess, e para usar basta ativa o plugin (não tenho certeza de que o WP Super Cache exija as regras de reescrita, mas como consta na documentação fica aqui o item).
• O Quick Cache já vem preconfigurado com as opções mais típicas, enquanto que no WP Super Cache o usuário precisa decidir por um entre três modos, além de precisar, segundo eles, criar regras de .htaccess para perfeito funcionamento do plugin.
• O Quick Cache alega ter um controle melhor, mais inteligente e mais eficiente de quem vê páginas em cache ou não, garantindo que o autor do blog sempre seja servido com páginas que não estejam no cache.

O próximo teste

Em nosso próximo teste (sem previsão de data) incluiremos o W3 Total Cache em seus vários cenários, inclusive medindo a economiza de tempo ao usar o recurso de “minify” (compactação de JavaScript e CSS), levando a rapidez de carregamento à proximidade do limite máximo teórico de velocidade, comprovando ou contestando sua autoproclamada fama de ser o melhor e mais rápido plugin de cache para o WordPress.

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

Comparativo entre plugins de cache — tempo de carregamento

Posts relacionados

• Google passa a punir páginas com carregamento lento — ou como otimizar o tempo de carregamento de seu site [1 comentário(s)]
• Atualize o Google Reader instantaneamente ao publicar um post [0 comentário(s)]
• WP: Acabe com os spams de comentários com o NoSpamNX [4 comentário(s)]
• WordPress: menus dropdown para a área administrativa [0 comentário(s)]
• WordPress de alta performance: o guia definitivo [7 comentário(s)]

Os motivos para o Google tomar esta decisão, segundo eles, são diversos e relacionados a custos de operação e benefícios para o usuário. Mas o que importa mesmo é que todo mundo vai ter que redobrar a atenção no que diz respeito à velocidade de carregamento de suas páginas.

Existem várias técnicas para se acelerar um site. Já tratamos de várias aqui (um bom ponto de partida é nossa página de tutoriais e séries), e agora vamos dar uma visão geral das principais técnicas para fazer seu blog carregar mais rápido.

Parte 1: o que dá para fazer por qualquer blog

• Otimize suas imagens para carregamento mais rápido.
• Evite de utilizar imagens espalhadas pela Internet (hotlinking), prefira ter todas as imagens em um único serviço de hospedagem (o seu, ou o Picasa, ou qualquer outro), pois as múltiplas resoluções de DNS acabam amarrando o carregamento das páginas.
• Não só imagens, mas qualquer outro tipo de objeto (vídeos, foguinhos em Flash, etc): evite-os. É preferível inserir apenas o link quando for possível, pois os objetos inseridos na página atrasam o seu carregamento.
• Procure utilizar “compactadores” de CSS e JavaScript (aqui é um bom lugar para começar).
• Evite ao máximo a utilização de “widgets” externos.

Parte 2: o que dá para fazer por blogs em servidor próprio

Além das dicas acima, quem tem blog em servidor próprio pode beneficiar-se do seguinte.

• Se sua plataforma de blog não provê internamente algum recurso de geração de páginas estáticas (como o MovableType, por exemplo), utilize um plugin de cache.
• Configure o servidor para fazer cache por pelo menos um mês de tudo que estiver dentro de seu diretório de imagens (dá para fazer usando o .htaccess — contate o suporte técnico do seu host para obter ajuda).
• Além do plugin de cache de páginas utilize um plugin de cache de banco de dados: vai ser muito útil quando o cache expirar e o sistema precisar repopular o cache inteiro para você.

Parte 3: observações finais

Quem fizer uso de ferramentas que analisam a velocidade de carregamento de páginas vai notar que dois dos mais lentos componentes de uma página são justamente produtos Google: o Analytics e o Adsense (não que não haja outros). Infelizmente, não dá para abrir mão deles, então resta contar com a boa vontade dos engenheiros do Google para que eles dêem jeito de acelerar os seus próprios produtos.

Aliás, o Analytics até já pode ser acelerado, usando o código de traqueamento assíncrono.

Nesse momento mostra-se a importância de ter seu blog hospedado em um servidor de qualidade. Muitos servidores compartilhados (normalmente aqueles que custam um bubbaloo e duas mariolas por mês) costumam enfiar milhares e milhares de sites numa única máquina, fazendo com que todo mundo sofra com altos tempos de carregamento, não importando que otimizações se façam no blog.

Recomendamos que você escolha uma hospedagem de alta qualidade e que cobre o preço justo, para poder ter o serviço do nível que você espera.

Para sites menores e que caibam em hospedagem compartilhada recomendamos a Via Hospedagem, que tem planos flexíveis e adequados a  muitos perfis de usuário. Além disso, a Via é especialista em WordPress, e por esta razão pode oferecer servidores afinados com as necessidades desta plataforma.

Para sites um pouco maiores, que necessitem de hospedagem dedicada, recomendamos a PortoFácil, que oferece VPSs de alta performance para todos os tipos de necessidade, a partir de R$ 150,00 mensais. Damos especial ênfase aos novos VPS-X, máquinas extremamente otimizadas que oferecem o máximo de velocidade e escalabilidade pelo menor preço.

E você, tem outras dicas para tornar o carregamento de páginas mais rápido? Compartilhe!

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

Google passa a punir páginas com carregamento lento — ou como otimizar o tempo de carregamento de seu site

Posts relacionados

• WordPress de alta performance: o guia definitivo [7 comentário(s)]
• Google mete fumo em blogs de pirataria no Blogspot [0 comentário(s)]
• Comparativo entre plugins de cache — tempo de carregamento [6 comentário(s)]
• Atualize o Google Reader instantaneamente ao publicar um post [0 comentário(s)]
• Temas para WordPress: Qual usar? [4 comentário(s)]

Para corrigir todos estes problemas, que a gente sabe quais são mas se não tiver alguém para apontar também não os enxergamos, o competentíssimo Paulo Faustino, da Escola Dinheiro, escreveu um livro (distribuído em formato eletrônico) com exercícios relacionados aos diversos aspectos do blog, ensinando a corrigir problemas potenciais de forma a tornar o site um grande sucesso.

O livro não é gratuito, e nem deveria: são praticamente 200 páginas de material muito bem produzido, extremamente útil, e que levou muito tempo para ser elaborado. Como o Faustino é português, o livro é vendido em Euros, com pagamento pelo cartão internacional ou pelo PayPal.

Aliás, o Faustino não escreveu o livro sozinho. Ele foi ajudado pela Regina, uma morena talentosa e dona de um sorriso lindo. Clique na imagem no início do texto e leia a página oficial de lançamento do livro, e aproveite para encantar-se com a figura bonita da Regina.

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

Exercícios Para Blogueiros: um livro de quem entende

Posts relacionados

• WordPress 2.6 Beta é o bicho! [7 comentário(s)]
• Um excelente blog no Blogspot [20 comentário(s)]
• Meta Blog – Por quê um Metablog? [3 comentário(s)]
• Google passa a punir páginas com carregamento lento — ou como otimizar o tempo de carregamento de seu site [1 comentário(s)]
• Google mete fumo em blogs de pirataria no Blogspot [0 comentário(s)]

Uma das expectativas que os leitores de feed têm é de terem sempre notícias e novidades absurdamente fresquinhas em seus programas de leitura de RSS, dos quais o mais comum e utilizado é o Google Reader.

Uma novidade que vai interessar muito quem quer atingir o objetivo de ter seus feeds publicados imediatamente no Google Reader dos seus leitores é o protocolo PubSubHubBub, que funciona como uma espécie de “ping” anabolizado: em vez de seu feed ficar lá, quietinho, publicadinho, esperando que o leitor de feeds o resgate, o protocolo permite que o feed “se empurre” para dentro do Google Reader. O resultado, que é o que interessa, é que os posts publicados são disponibilizados em tempo real no Google Reader.

Tudo que você publicar no Tumblr, no Posterous, no Blogger, no WordPress.com e em outros sites, automaticamente se beneficiará do PubSubHubBub.

E se você quiser fazer o seu WordPress em domínio próprio tirar proveito da novidade também, é muito simples, basta instalar um plugin, ativá-lo e produzir conteúdo. O Viamão Lotado usa o WP-PubSubHubBub.

Agora, uma situação não testada, e se alguém que fizer o teste quiser postar as impressões aqui agradecemos, diz respeito a quem faz uso do FeedBurner, que tem seus próprios sistemas de ping e de cache, que já causaram algumas dores de cabeça a todo mundo que já tenha feito uso da ferramenta.

Este post foi publicado no blog Viamão Lotado. Se você está lendo a partir de outro local, é bem provável que ele tenha sido plagiado. Por gentileza, nos avise.

Atualize o Google Reader instantaneamente ao publicar um post

Posts relacionados

• Google passa a punir páginas com carregamento lento — ou como otimizar o tempo de carregamento de seu site [1 comentário(s)]
• Comparativo entre plugins de cache — tempo de carregamento [6 comentário(s)]
• Google vai alertar sobre WordPress desatualizado [2 comentário(s)]
• Google mete fumo em blogs de pirataria no Blogspot [0 comentário(s)]
• Feed Analysis – Assinantes determinam sua popularidade [1 comentário(s)]