Mais uma dica com o objetivo de facilitar nossas vidas e nos deixar mais tranquilos ao se colocar um sistema em produção. Obviamente esperamos que não ocorra nenhum problema em nossa aplicação, uma vez que ela foi bem testada durante o desenvolvimento, mas em toda caso, se algum detalhe tiver fugido e alguma operação não prevista ocorrer ocasionando um bug no sistema, com o plugin Exception Notification você receberá um e-mail com mais detalhes sobre o problema para que seja corrigido pontualmente.

# Gemfile
gem "exception_notification", :git => "git://github.com/rails/exception_notification", :require => 'exception_notifier'
 
# application.rb, dentro do bloco de configuração
config.middleware.use ExceptionNotifier,
  :email_prefix => "[PrefixoDoEmail]",
  :sender_address => %w{system@ficticioacme.com},
  :exception_recipients => %w{boss@ficticioacme.com}

Você pode encontrar mais informações desse plugin no Github.

Como eu disse no primeiro post do ano, estou planejando ações para os próximos 5 anos. E uma delas é a reformulação um dos sites que criei, o Primeira Chance. A primeira medida foi criar o blog oficial do site, que será responsável por ser o canal principal de comunicação da nossa equipe com os usuários.

O Primeira Chance foi uma grata surpresa em minha vida, apesar de ter dados reais que poderia se tornar um sucesso. O site cresceu em um espaço não preenchido pelas empresas de recursos humanos. Espaço esse que consiste em dar uma atenção especial para as pessoas que desejam entrar no mercado do trabalho e pôr em prática o que aprenderam na sala de aula.

Foi em Setembro de 2008 que tive a ideia de lançar o projeto, após perceber a dificuldade de encontrar informações sobre vagas de estágio. Hoje, com quase 2 anos, temos uma média diária de 3.500 acessos únicos. É claro que eu não consegui isso sozinho: tive o apoio e contribuição irrestritos da minha namorada, a Rê Souza. Sem ela, acredito que o projeto estaria em coma ou até mesmo teria morrido.

Apesar de termos atingido um ótimo patamar, queremos mais: oferecer um melhor serviço, tanto para os candidatos quanto para os recrutadores. O Novo Primeira Chance vai ser um marco, e espero anunciá-lo em breve. Para se increver e poder testar a versão beta, preencha o cadastro no blog oficial. Acompanhe de perto do blog oficial para saber das novidades.

Hoje estou aqui para deixar uma dica boa aos desenvolvedores de plantão. Todos sabemos que validação de código HTML em diversos browsers é importante, mas mesmo assim muito gente negligência esse fato. Eu particularmente costumo validar em todas as versões do Internet Explorer (a partir da versão 6), Firefox, Opera, Safari e Chrome.  

Entretanto, quando implementei {PrimeiraChance}, estava sem IE 6 na minha máquina e esqueci completamente de validar o layout neste browser. Após alguns meses, sem querer, vi meu site aberto no IE6 de um amigo, e fiquei preocupado, pois o browser estava prejudicando a experiência do usuário, não exibindo o campo de busca do site. Após alguns ajustes de CSS tudo funcionou bem, mas essa é uma experiência que eu não quero passar mais. 

Alguns podem me perguntar por quê me preocupei tanto com o IE6 e eu respondo: O IE6 tem 50% das visitas relacionadas ao Internet Explorer no {PrimeiraChance}. E a dica boa é que podemos ter todas as versões do Internet Explorer em nossa máquina. Basta instalar o programa Internet Explorer Collection. Segue o link: 

http://baixaki.ig.com.br/download/internet-explorer-collection.htm

Post rápido para comentar sobre uma nova atualização do WordPress, o CMS que estamos utilizando aqui no Blog da Fábrica e no {PrimeiraChance}. Nesta atualização, a equipe que desenvolve o WordPress corrigiu algumas falhas de segurança e funcionalidades. Você pode ver uma boa explicação de como atualizar o WordPress sem ter que alterar todo o sistema do PBlog.

Em qualquer projeto sério que utilize a internet como plataforma, vários fatores devem ser levados em consideração antes de colocarmos uma aplicação em produção. E esses fatores também devem ser considerados quando implementamos um blog que pretenda ter um público razoável. Um dos fatores que irei abordar agora, e que é muito importante, é a política de cache que blogs devem adotar. Esta explicação será baseada na plataforma de blogs WordPress, pois é a que mais utilizo nos blogs que desenvolvo.

Mais uma vez irei mencionar o {PrimeiraChance} aqui, pois implementei um sistema de cache nele utilizando um plugin do WordPress. Como mencionei em um post anterior, após algumas mudanças para otimização do {PrimeiraChance}, a visitação oriunda dos motores de busca subiu consideravelmente (cerca de 400%) em um período de 2 semanas e o site já apresentava sinais de lentidão para renderizar as páginas.

Após pesquisar pelas melhores opções de plugins de cache para WordPress, fiquei na dúvida entre utilizar o Super Cache e o 1 Blog Cacher. Optei pelo 1 Blog Cacher para realizar testes e estou gostando bastante do resultado. Este plugin faz exatamente o papel que um sistema de cache estático de páginas faria, como armazenar páginas que ainda não foram acessadas em diretórios, para que uma futura requisição seja mais rápida que a anterior. E este plugin é inteligente o suficiente para identificar páginas que estão armazenadas e que foram alteradas, seja com comentários ou com a atualização do conteúdo da página e, fazer a atualização da página armazenada . Você pode ler mais sobre a instalação e configuração do 1 Blog Cacher no blog do Leo Cabral.

Futuramente falaremos de mais fatores que precisamos observar para implementar aplicações web corretamente, evitando futuras dores de cabeça por falta de planejamento.

Como eu disse no post inicial, assim que forem surgindo temas interessantes, também iremos falar de nossos cases e de como temos solucionado nossos problemas. Esta semana aconteceu um fato interessante em um de nosso projetos. O {PrimeiraChance} é um blog onde divulgamos vagas de estágio e trainee gratuitamente. Estávamos fazendo campanha de divulgação apenas no Orkut e a visitação ainda estava baixa. Precisávamos tomar uma atitude pois nossos indicadores no Google Analytics apresentavam uma baixa procura pelo site a partir da busca orgânica.

Comecei pelo básico do SEO, verificando todo o código xHTML em busca do que pudesse ser otimizado. Diminui o número de camadas para o link, ou seja, os posts estão vindo logo depois do domínio do site. Além disso alterei o posicionamento do Javascript do Google Analytics, que antes ficava no rodapé e agora fica logo após a tag <body>. Estas ações combinadas fizeram aumentar em 200% a visitação do site. Houve uma melhora considerável nas visitas por busca orgânica e agora temos certeza que estamos lidando com os dados mais verdadeiros possíveis. Podemos afirmar isso pois deduzimos que perdíamos métricas ao posicionar o Javascript do Google Analytics no rodapé. Como o site tem o formato de blog, certamente muitas pessoas deixavam o site antes de carregar o Javascript ou até mesmo mudavam de seção e não conseguíamos capturar essas ações.  Algumas correntes dizem que é interessante posicionar o Javascript do Google Analytics no rodapé, pois se houver algum problema em seus servidores, o site poderia carregar normalmente. Mas como o nosso site tem bastante conteúdo em sua página inicial precisamso assumir esse “risco” e consideramos esta a melhor opção.