Talvez vocês estranhem um post sobre o Terceiro dia de FISL sem um antecessor comentando o segundo, mas infelizmente este dia não merece maiores explanações. Improdutivo, palestras ruins e que não agregaram valor (pelo menos as que eu escolhi assistir).

Diferentemente do dia anterior, o Terceiro dia foi totalmente interessante. Pela manhã acompanhei uma palestra que comparava vários frameworks em PHP, como o Code Igniter, Cake PHP, Symfony e Zend. Quatro palestrantes apontavam tópicos que denotavam pontos positivos de seu framework predileto. Foi legal conhecer um pouco mais de frameworks PHP e o que eles estão oferecendo para aumentar a produtividade dos desenvolvedores.

Após essa palestra, assisti um grande resumo do que se propõe o Middleware Ginga, framework para ser utilizado em set-top-boxes de sistema de tv digital. O palestrante falou tanto do Ginga-J quanto o Ginga-NCL e sobre o que cada um poderia oferecer. Fica a dica para os que tem interesse em apostar na tecnologia.

Depois do almoço assisti pela primeira vez uma palestra do Fábio Akita e gostei muito do que ele preparou. Falou das possibilidades do Rails e mostrou o exemplo do blog de 15 minutos do David Heinemeier Hansson com outras funcionalidades incluídas e que agregaram muito valor (will_paginate, cucumber, rspec, cache entre outras). Acho que ele conseguiu mostrar, para quem ainda tem dúvidas em estudar Rails, que o framework consegue ser muito útil e produtivo.

Em seguida assisti a palestra do Mergulhão sobre um case muito interessante de escalabilidade em aplicações feitas em Rails. Ele, que trabalha no Rede Parede, demonstrou que é possível sim ter aplicações Rails para aguentar situações de grande estresse. Ele também demonstrou como sua aplicação foi crescendo, e como eles se planejaram para aumentar sua infraestrutura. Ficou evidente que quanto mais o Google indexava o site, mais o site crescia e eles puderam criar algumas testes sobre o Google.

Por último, assisti um palestrante que possui uma “empresa livre“, com todos seus serviços orientados para utilização de software livre. E sim, diferente do que pensam, é possível ganhar dinheiro com software livre (eu já sabia :D).

Também não irei comentar sobre o quarto dia, pois depois que o Lula lá passou no evento, bagunçou todos os horários e prejudicou o andamento do evento. Que o ano que vem nenhum presidente pense em passar por lá.

Cá estou eu para falar do primeiro dia do FISL 10, maior evento de software livre nacional. Poderia resumir o primeiro dia do evento como bem interessante e que promete muito para os próximos.

Ao chegar ao local, enfrentei uma grande fila para me identificar, o que me fez perder uma palestra muito interessante sobre “TDD em Rails“, do Lucas Húngaro (não tenho certeza se a palestra rolou). Depois da identificação, fui prestigiar com o restante da galera a palestra do GC, sobre software livre na Globo.com. Esta palestra foi um belo apanhado de todas os desafios e tecnologias que utilizamos no nosso dia-a-dia. Para fechar a manhã,  tentei assistir mais uma palestra e acabei passando por umas 3 apresentações, mas não fiquei.

Após o almoço, acompanhei a palestra de Leslie Hawthorn sobre o Google Summer of Code, um programa do Google para fomentar o desenvolvimento de software livre. Ela falou um pouco de como se envolveu com o projeto e sobre  a evolução do programa, que hoje liga pessoas de todo mundo, devido ao modelo que é utlizado no desenvolvimento das ideias.

Depois da palestra da Leslie, fui até uma apresentação de um case de sucesso de implementação do CMS Drupal. Foi bastante interessante ouvir a abordagem que os analistas da Secretária de Saúde do Estado de Alagoas utilizaram para implementar seu site em cima do Drupal e ainda educar as pessoas a utilizar software livre.

Para fechar o dia, acompanhei a abertura oficial do evento, no teatro da PUC, com promessa que o próximo FISL será aqui mesmo em Porto Alegre. Vamos aguardar que esse se desenvolva bem, e que o próximo seja melhor ainda, com uma internet sem fio de qualidade, principalmente :D.

O sistema de templates do Django permite a criação de tags e filtros para que possamos formatar ou tratar o conteúdo em um template de acordo com nosso desejo. (Veja mais na documentação do Django). Devido a filosofia do framework, é muito fácil criar um novo filtro para um tratamento específico. E foi exatamente isso que precisamos fazer.

A tarefa consistia em fazer uma simples formatação de data. Esta data estava no formato GMT (Ex: Sun, 19 May 2002 15:21:36 GMT) e precisávamos recuperar apenas a hora e o minuto (Ex: 15h21). Aparentemente, seria fácil fazer a conversão, utilizando a função strptime da classe datetime. Esta função transforma uma string em data, através da equiparação do formato da data.

from datetime import *
rss_date = "Sun, 19 May 2002 15:21:36 GMT"
date_format = "%a, %d %b %Y %H:%M:%S %z"
new_date = datetime.strptime(rss_date, date_format)
 
##ERRO
##ValueError: 'z' is a bad directive in format '%a, %d %b %Y %H:%M:%S %z'

Como podemos ver no erro destacado, ao utilizarmos essa função, há um problema de reconhecimento do atributo %z, responsável pela representação do fuso horário, apesar de constar da documentação oficial. Verificamos o arquivo /usr/lib/python2.5/_strptime.py e identificamos que a classe não implementa este atributo. Após uma breve pesquisa no Google, identificamos que possivelmente  na versão 2.6  o parâmetro já esteja sendo suportado, mas ainda não fomos a fundo nessa questão. E como precisamos usar Python 2.5, resolvemos partir para uma nova e simples solução, que era apenas parsear a string pela posição dos caracteres.

@register.filter
def rss_date(value):
    return value[17:19] + "H|" + value[20:22]

O código acima registra um filtro para ser usado no template HTML. Não achamos que essa seja a solução ideal, mas devido ao problema de versão optamos por utilizá-la. Veja a seguir como utilizar no template.

{{item.date | rss_date}}

Finalmente foi lançado ontem (11/06) o novo WordPress 2.8. Como informamos aqui, esta nova versão do WordPress traz uma série de melhorias de desempenho, correção de bugs e funcionalidades que melhoraram a utilizacão do sistema.

Você pode conferir todas as novidades no site Codex, do WordPress. Além disso, pode conferir esse vídeo de lançamento desta nova versão.

Para atualizar, você pode utilizar o atualizador automático (usamos aqui pela primeira vez no Blog da Fábrica) ou realizar os procedimentos relatados neste post.

Já queríamos há algum tempo falar sobre segurança de aplicações feitas com WordPress pois é um ponto que muitos desenvolvedores negligenciam, expondo seus clientes a problemas de segurança e invasão por hackers. Apesar de os desenvolvedores do WordPress cada vez mais resolverem bugs de segurança, é muito importante prestar atenção nos seguintes pontos afim de evitar problemas:

1. Nunca dê permissão 777 aos arquivos do seu WordPress.
2. Evite usar o editor interno de tema do WordPress. Caso use, dê permissão 666 aos arquivos.
3. Os diretórios devem ter permissão 755.

As informações completas podem ser obtidas neste tutorial e no guia oficial do WordPress.