Outro dia, um amigo meu perguntou por que alguns posts tinham um caráter tão técnico. Peço desculpas, é porque um dos objetivos iniciais deste site é armazenar macetes e dicas para mim mesmo:

• distribuir material de apoio para meus alunos;
• ajudar aqueles que não têm muita prática com informática com dicas;
• manter, num local de fácil acesso, pequenos macetes, dicas e endereços;
• guardar textos, mensagens, reportagens e notícias interessantes; e
• expressar minha opinião sobre algum assunto interessante.

Portanto, aviso que este post interessa mais àqueles que gostam de programação. Aqueles que o lerem e não compreenderem, não se preocupem: é apenas um registro pessoal para futuras consultas e não contém nenhuma informação de uso geral.

Em 2008, escrevi um script que atualiza o campo de data dos links, para contornar o já conhecido problema com a exibição do blogroll por ordem de atualização no WordPress.

Recentemente, verifiquei que os script havia parado de funcionar. Como parece que as versões recentes do WordPress não têm mais a variável use_linksupdate, aproveitei para adaptar o código às diferentes versões e formatos de feed, que armazenam a data em campos distintos:

global $wpdb;
require_once(ABSPATH.'wp-config.php');
include_once(ABSPATH.'wp-includes/class-snoopy.php');
include_once(ABSPATH.'wp-includes/rss.php');
$link_rsses = $wpdb->get_col("SELECT link_rss FROM $wpdb->links WHERE link_rss <> ''");
if ($link_rsses) {
	foreach ($link_rsses as $rssurl) {
		$feed = fetch_rss($rssurl);
		if ($feed) {
			$pubdate = $feed->channel['pubdate']; // Netscape RSS 0.91
			$lastbuilddate = $feed->channel['lastbuilddate']; // Netscape RSS 0.91
			$updated = $feed->channel['updated']; // Atom 1.0
			$items = array_slice($feed->items, 0, 1);
			foreach ($items as $item) {
				$item_pubdate = $item['pubdate']; // RSS 2.0
				$item_dcdate = $item['dc']['date']; // RSS 2.0 Dublin Core
				$item_updated = $item['updated']; // Atom 1.0
			}
			$last_update = max(strtotime($pubdate), strtotime($lastbuilddate), strtotime($updated), strtotime($item_pubdate), strtotime($item_dcdate), strtotime($item_updated));
			$wpdb->query("UPDATE $wpdb->links SET link_updated = FROM_UNIXTIME($last_update) WHERE link_rss = '$rssurl'");
		}
	}
}

Fiz algumas mudanças para testar, mas não consegui decidir qual tendência seguiria. Resolvi perguntar, aos leitores, qual o melhor local para a barra lateral. A enquete durou 30 dias, de 24 de julho a 24 de agosto, oferecendo duas respostas:

• Lado esquerdo; e
• Lado direito.

Das 33 respostas recebidas, 19 (57,58%) apontavam o lado esquerdo como o mais indicado.

Sendo assim, a barra lateral fica à esquerda. Se quiser ter uma idéia da aparência e das vantagens de cada opção, veja o post da enquete.

Uma curiosidade: o gráfico acima é resultado de meus primeiros testes com a API do Google Chart. Ela é poderosa, versátil, não ocupa espaço de armazenamento e é atualizada automaticamente, tornando-se a escolha ideal para gerar os gráficos das estatísticas do site. Assim que eu tiver algum tempo, faço isso.

Fiz algumas mudanças no site nos últimos dias. Como tenho andado muito atarefado, infelizmente elas foram levadas no meu tempo vago (que tem se tornado cada vez mais raro): começaram há alguns dias e acabaram (espero!) hoje à tarde. Não sem antes me deixarem com mais alguns cabelos brancos: quem acessou o site entre as 15 e as 18 horas encontrou-o sem nenhum post, fruto de problemas para importar a cópia de segurança dos registros.

Há quase um ano, desabilitei duas funcionalidades do WordPress 2.6: o controle de revisões e o auto-salvamento de posts. Apesar de serem ótimas idéias, resultam num aumento desnecessário do banco de dados, tornando-o lento. Essa semana descobri que essas funcionalidades foram reativadas (na instalação da versão 2.7 ou 2.8, não sei ao certo) e fui corrigir o problema.

Depois de instalar um plugin que desativa essas funções de maneira mais rápida do que a edição direta de arquivos, excluí as entradas indevidas. Só depois dei-me conta que o comando que usei (DELETE FROM wp_posts WHERE post_type = "revision") apagava apenas as entradas na tabela de posts e páginas, mas não as referências a elas (marcadores, categorias e séries, por exemplo). O correto seria usar um comando mais complexo, mas que fizesse o trabalho simultaneamente em todas as tabelas:

DELETE a,b,c
FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id)
LEFT JOIN wp_postmeta c ON (a.ID = c.post_id)
WHERE a.post_type = 'revision'

Ao restaurar a cópia de segurança de ontem, recebi mensagens de erro por quase duas horas enquanto via meu trabalho dos últimos anos desaparecer. Acreditem, não é uma sensação agradável…

Resolvido problema (e anotado o comando correto, para não esquecê-lo mais), aproveito para comunicar que integrei a busca do Google ao meu tema, como sugerido no pBlog. Perdi alguns relatórios, inclusive um com as buscas mal-sucedidas para apontar os desejos dos leitores, mas o banco de dados diminuiu consideravelmente e o site ficou mais rápido.

Aumentei também a largura dos posts: antes dispunha de cerca de 550 pixels, atrapalhando a exibição de charges, por exemplo. Reduzi também o número de imagens na barra lateral e fiz algumas alterações nos gráficos das estatísticas.

Ainda tenho alguns comentários para responder, algumas alterações para fazer na seção de Perguntas e Respostas e reorganizar a seção de Sites recomendados. Fora uma revisão nos códigos do site para torná-lo mais leve.

Há cerca de uma semana, sugeri um script que atualizava o campo de data dos links do WordPress, tornando possível a exibição do blogroll por ordem de atualização.

Porém, o Planeta Ubuntu Brasil ficava sempre em último lugar na lista, apesar de ser atualizado frequentemente. Observei então, que o feed traz as datas em português, impedindo na conversão por meio da função strtotime() (que espera datas em inglês).

Assim, alterei o script que sugeri aqui há uma semana: ele agora tenta identificar datas válidas no cabeçalho do feed e no primeiro item exibido. E, para atender casos como o do Planeta Ubuntu Brasil, procura datas tanto no formato RSS 2.0 quanto no formato RSS 1.0.

Atualização: Veja o código atualizado em Blogroll por ordem de atualização (3).

Para tornar o script mais independente, decidi colar o código diretamente no WP-Crontrol, ao invés de incluí-lo como uma função no arquivo functions.php do meu tema.

Atualizei o WordPress para a versão 2.7 (codinome Coltrane), que trouxe várias vantagens, como a possibilidade de reduzir o número de plugins ativos, já que comentários aninhados, personalização do painel administrativo e atualização de plugins (e do próprio WordPress) agora são nativos. Recomendo!

A implementação de comentários aninhados exigiu alterações na aparência do site. Então, aproveitei para fazer algumas pequenas mudanças:

1. implementei o envio de anexos no formulário de contatos (ainda em testes);
2. o campo atual nos formulários agora recebe cores diferentes para maior destaque (exceto no internet Explorer…); e
3. a pedidos, alterei a seção Sites recomendados (blogroll), classificando os sites por ordem decrescente de atualização.

A exibição de sites recomendados por ordem de atualização, usando o parâmetro orderby=updated, é um problema antigo no WordPress.

As atualizações deveriam ser controladas pelo Ping-O-Matic, dos desenvolvedores do WordPress, entretanto isso não ocorre.

Pesquisando sobre o assunto, encontrei um tutorial ensinando como basear controlar as atualizações pelos feeds RSS. Fiz algumas alterações pequenas no código fonte e, usando o plugin WP-Crontrol, configurei execuções periódicas.

É possível colar este código diretamente no WP-Control ou incluí-lo como uma função no arquivo themes.php functions.php, associando-a a um evento (hook) do WordPress.

Atualização: Veja o código atualizado em Blogroll por ordem de atualização (3).

1. instalei o WordPress 2.5 e não tive muitos problemas com plugins: apenas o TinyMCEComments e o ImageManager apresentaram alguma incompatibilidade e ambos já estão com novas versões prometidas…
2. por outro lado, tive problemas com meus feeds no FeedBurner. Precisei recriá-los e perdi a relação de inscritos…
3. revisei o formulário de comentários, facilitando o uso de smilies e melhorando sua aparência;
4. o formulário de contato também passou por uma reforma: não ganhou atalhos para os smilies, mas permite a inclusão de campos diversos para identificar os remetentes.

Assim, no formulário de contato, peço que informem se são:

• meus alunos (Aluno);
• professores (Professor); ou
• alunos de outras instituições (Estudante).

Ao escrever sobre assuntos polêmicos como pirataria, drogas ou discriminação, torna-se necessário indicar sites sobre o assunto, mas não é desejável a associação a eles. É aí que entra a tag rel="nofollow": ela instrui os mecanismos de busca (como o Google e o Yahoo!) a não indexarem a página apontada por um determinado link.

Em teoria, é um grande recurso. Entretanto, a fim de se proteger de comentários de terceiros, o WordPress a adota em todos os links existentes nos comentários. E isso prejudica o intercâmbio entre os diversos blogs.

Há alguns meses, venho tentando encontrar uma solução para esse dilema: remover a tag dos comentários sem me expor a links desfavoráveis. Em fevereiro, alterei o código do plugin encontrado no Simple Thoughts, em minha solução para o nofollow. Depois de encontrar um erro no meu código, fiz as devidas correções e publiquei o código-fonte.

Há poucos dias, descobri o plugin NoFollow Free, de Michele Marcucci. Esse plugin:

• remove a tag do link autor do comentário;
• remove a tag do texto dos comentários de autores registrados;
• remove a tag do texto de autores com uma quantidade mínima de comentários autorizados;
• recoloca a tag se palavras de uma “lista-negra” forem encontradas; e
• exibe uma faixa no topo da página para divulgar a campanha.

Como o código que eu usava era menos capaz, eu o aposentei e passei a usar o NoFollow Free.

Recomendo!

Tudo isso, graças ao ótimo plugin Lightstats!

Para conferir algumas estatísticas deste site, clique aqui.

Na verdade, este post é apenas para testar umas alterações que fiz no sistema de notificação.