boa idéia software livre: Category shoppings

Timezone no Rails3

André Ribeiro Camargo — Wed, 12 Jan 2011 13:20:00 -0200

Ainda não coloquei em produção a nova versão dos shoppings em Rails3.

Inicialmente, resolvi migrar as rotinas de retaguarda (que rodam pelo cron).

Foi aí que me dei por conta que a nova aplicação estava “ratiando” com as datas e horas.

Para deixar como funcionava no Rails 1.1.6, coloquei no config/application.rb:

config.time_zone = 'Brasilia'
config.active_record.default_timezone = :local

Parece que agora está tudo OK novamente…

2011 já chegou, tenho que fazê-lo melhor do que o ano passado. Particularmente não gostei de 2010, ainda bem que terminou.

marshall data too short

André Ribeiro Camargo — Wed, 15 Dec 2010 18:30:00 -0200

http://jit.nuance9.com/2008/03/marshal-data-too-short.html

Matador….

Aleluia!

André Ribeiro Camargo — Sat, 27 Nov 2010 19:54:00 -0200

Pela primeira vez na minha vida, vejo isso:

andre@amazonpc:~/rails/shopping3$ rake
(in /home/andre/rails/shopping3)
Loaded suite /home/andre/.rvm/gems/ree-1.8.7-2010.02/gems/rake-0.8.7/lib/rake/rake_test_loader
Started
..............................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................................
Finished in 10077.328468 seconds.

2062 tests, 36943 assertions, 0 failures, 0 errors

Significa que todos os testes de integração do shopping passaram.

Leva quase 3h para rodar tudo, que dureza.

Mas, me encheu de coragem para colocar em produção :-)

Estamos próximos do final da migração para Rails3, aleluia!

Primeiro patch aceito a gente nunca esquece

André Ribeiro Camargo — Fri, 15 Oct 2010 08:07:00 -0300

Ando quieto por aqui porque o bicho tá pegando na migração da aplicação dos shoppings de Rails 1.1.6 para 3.0.

Já tenho testes de integração de todos módulos do sistema, em vários contextos. São mais de 100 arquivos…

Durante este trabalho, acabei descobrindo alguns probleminhas no Rails. O primeiro deles (Fix for ActionView::Template#refresh in rails 3.1.0.beta) já reportei foi incluído no framework. Já o segundo ainda falta criar um teste que reproduza o problema e demonstre que foi resolvido.

Nosso servidor de testes já está rodando a versão em Rails 3, mas ainda não está maduro suficiente para publicar em produção.

De qualquer forma, gostaria muito de concluir isso ainda este mês.

EM TEMPO, fui me dar por conta somente agora que dia 14 do mês PASSADO o PelotasCenter completou 4 anos “no ar”, parabéns a toda equipe o fica meu MUITO OBRIGADO a todos clientes que tornaram isso possível. Ontem ainda publicamos o novo site da Emilice Calçados e da Associação dos Engenheiros Agrônomos de Pelotas arredondando a conta para 50 sites participantes do portal de negócios pelotense.

Por enquanto era isso, eu mando notícias.

ActionMailer do Rails 3

André Ribeiro Camargo — Wed, 01 Sep 2010 14:26:00 -0300

ActionMailer é uma biblioteca do Rails que trata da manipulação de e-mails e nesta versão 3.0 teve várias melhorias.

Antigamente, você passava parâmetros para “view” através do método “body”, mas, na nova implementação você define os parâmetros como variáveis de instância na action do mailer e depois simplesmente as referencia na view.

Demorei algumas horas para me dar por conta disso, “herança” da versão antiga.

Para finalizar, se quiser usar os helpers na view do mailer, inclua na classe do mailer:

helper :application

Essa dica veio daqui

Muito legal ;-)

Rails 3 chegou

André Ribeiro Camargo — Mon, 30 Aug 2010 14:49:00 -0300

Momentos de grande excitação na comunidade Ruby On Rails, a versão 3.0 foi lançada ontem.

Já faz alguns dias que estou trabalhando com ele, a experiência está sendo muito boa.

No momento, continuo escrevendo testes de integração, já cobri cerca de 1/3 dos módulos da aplicação dos shoppings.

Vou continuar no edge, até mesmo porque não sei quando vou terminar de portar isso :-)

O "problema" do parâmetro que contém pontos

André Ribeiro Camargo — Fri, 23 Jul 2010 22:40:00 -0300

Aventura continua, já tenho doze requisições passando no teste de integração do portal. Antes tinha ZERO testes, então, acho que estamos evoluindo rapidamente.

Mas, só passei para avisar aqueles que estão migrando do Rails 1.1.6, para QUALQUER versão superior, sobre o “problema do parâmetro que contém pontos”.

Exemplo:

Aplicação deve processar uma requisição cujo caminho possui pontos, tipo:

/descadastrar/andre@boaideia.inf.br

A rota no Rails 1.1.6 seria:

map.connect "descadastrar/:email", :controller => "controlador", :action => :acao

Para funcionar no Rails3, tem que fazer:

match "descadastrar/:email" => "controlador#acao", :constraints => { :email => /.*/ }

Daí vai funcionar beleza, o “problema” é que apartir da versão 2.0 o Rails utiliza os pontos para escolher o formato da resposta da requisição.

Ai ai, já fazia algumas horas que eu estava procurando entender o motivo pelo qual essa versão 3 me retornava “No route matches”. Coisa triste a ignorância.

PS: NESTE caso, como o parâmetro é um endereço de correio eletrônico, vocês podem até utilizar um regex mais apropriado do que este do exemplo.

Fui!

Almejando alcançar o Rails 3

André Ribeiro Camargo — Wed, 21 Jul 2010 10:45:00 -0300

Meu segundo projeto em Rails, o PelotasCenter, está para completar 4 anos em produção. Implementado em Ruby on Rails 1.1.6, está funcionando bem. Não posso me queixar.

Mas, o ecosistema Rails evolui muito rápido, nesses 4 anos muitas ferramentas surgiram ou evoluíram. Atualmente a comunidade vive a expectativa do lançamento da versão 3 do Rails.

Agora que os requisitos dos clientes estão satisfeitos e não tenho mais tanta demanda para implementação de novas funcionalidades, vou me concentrar no trabalho de portar a aplicação dos shoppings para o novo Rails.

Depois de instalar o Beta4, criei uma nova aplicação e comecei a reimplementação da camada de aplicação (não vou mexer no banco de dados).

Gostei do comando “rails”, que agora serve para criar uma nova aplicação, carregar o console, executar generators, levantar o servidor web para desenvolvimento e todas aquelas outras funcionalidades que ficavam no diretório scripts do projeto.

Gostei também do Bundler, vai ajudar bastante aqueles SysOps que não querem aprender Rails e só precisam instalar o projeto em produção.

Achei muito sexy a nova nomenclatura das rotas. Cadastrei a rota raíz do shopping, levantei o WebBrick e acessei a aplicação para ver que dependências precisam ser satisfeitas.

Primeira dependência, relacionada aos plugins… Dependo de vários, isso pode vir a ser uma dor de cabeça, pois alguns deles estão ultrapassados e não foram portados para Rails3.

Mas, “dor de cabeça”? Calma lá, não tenho pressa de fazer isso funcionar, é para ser um aprendizado, que ao ser finalizado vai para produção hehehe

Para I18n no Rails 1.1.6 uso Globalize. Rails3 inclui I18n e vi que o Globalize2 (que parece rodar no Rails3) ainda não suporta todas funcionalidades da versão 1. Bom, não vamos complicar agora, então defini alguns objetos que “simulam” o Globalize1, só para ir adiante. Futuramente eu vejo como migrar pro I18n nativo do rails.

Depois, foi a vez do FileColumn. Sei que é um plugin velhinho, mas supre muito bem minha necessidade. Instalei a versão preparada para Rails 2.2.2 e pelo menos até agora, os helpers estão funcionando. Vamos adiante…

Com isso, já estava conseguindo renderizar a capa do portal, com apenas um problema. hehe

No ERB do Rails3 as Strings são “escapadas” por padrão, depois de instruir meus helpers para usarem html_safe, a coisa começou a ficar com cara de pronto. Ainda falta portar as actions que carregam conteúdo por XHR.

Ah! Alguns recursos não fazem mais parte do Rails e viraram plugins, como: acts_as_list e acts_as_tree. Também instalei o prototype_legacy_helpers.

Agora de tarde, tem mais…

MySQL INSERT DELAYED

André Ribeiro Camargo — Tue, 08 Jun 2010 07:30:00 -0300

Uso MySQL na aplicação dos shoppings com storage InnoDB. Funciona muito bem.

Mas ultimamente notei um gargalo de performance no banco quando tenho alguns INSERTs concorrentes na tabela de acessos (tipo uns 9). SHOW PROCESSLIST no console do mysql não mostrava outra coisa que não fosse COMMIT na informação das threads. E as requisições acabam ultrapassando a minha meta de consumir, no máximo, 1 segundo.

Pesquisei um pouco a respeito de como otimizar isso e descobri o INSERT DELAYED, vamos tentar…

Primeiro mexi no banco, ALTER TABLE nome_da_tabela ENGINE=MYISAM; para converter a tabela de InnoDB para MYISAM.

Depois alterei a aplicação, copiando o método ActiveRecord::Base#create para meu model e renomeando-o para create_without_callbacks (eu uso before_create para setar alguns atributos e queria manter os callbacks funcionando)

E para ver se funcionou, no console do MySQL rode SHOW STATUS LIKE ‘delay’; e leia aqui o significado de cada variável

Estou ansioso para comparar os logs de produção :-)

Robozinho anônimo do Google Analytics

André Ribeiro Camargo — Tue, 20 Apr 2010 21:24:00 -0300

Um cliente me pediu para integrar o site dele com o Google Analytics.

Até aí, tranquilo, é barbada.

Só que, meus portais implementam identificação única (single sign-on). O cara se identifica em um dos sites e ao acessar qualquer outro do portal o sistema mantém ele identificado.

Implementei isso autenticando o usuário num site “central” e ao acessar os outros sites o sistema faz alguns redirecionamentos para verificar se aquele cara já está logado ou não.

Robôs não deviam se identificar, logo, podemos ignorar os redirecionamentos.

Aí que veio o problema, o robozinho que verifica se o site tem o código que ativa o Google Analytics não declara User Agent algum nas requisições.

Não sei porquê… Facilitaria a vida de nós (desenvolvedores) na busca do problema que impede a identificação do site pelo GA.

Resolvi meu problema, interpretando os logs de acesso do apache para descobrir quais eram as requisições desse cara, então coloquei o IP dele na lista do meu sistema que identifica os robôs, mas…. quando será que o google vai trocar o IP deste servidor?

Se tivesse o User Agent, ficaria menos POG…