Peepcode sponsors akitaonrails.com Locaweb sponsors akitaonrails.com

Tidbits: Rails 2.0.2

AkitaOnRails / 17.Dec.2007 at 06:26am

Parece que as gems ainda não foram atualizadas para 2.0.2, acabei de tentar atualizar mas ainda não vieram. Mesmo assim a tag rel-2_0_2 já existe em o DHH deve anunciar em algumas horas no blog oficial. Se houver algum bug de última hora pode ser que ele vire 2.0.3 antes mesmo do anúncio, como aconteceu com o 2.0 para 2.0.1.

Update 15:00hs: Como eu disse, o DHH acabou de fazer o anúncio sobre essa nova release ;-)

Pelos changelogs, tem algumas correções de bugs, testes que faltavam. Das mudanças mais relevantes temos:

  • Adicionado opção para passar um proc ao ActionController::Base.asset_host:
1
2
3
4
5
6
7
8

ActionController::Base.asset_host = Proc.new { |source|
  if source.starts_with?('/images')
    "http://images.example.com"
  else
    "http://assets.example.com"
  end
}
  • Correção no validates_acceptance_of, como foi reportado no artigo do link, onde ele dá problemas com tabelas que ainda não existem em tempo de migration.
  • O banco de dados default agora será sqlite3 em vez de MySQL. Se quiser criar um projeto Rails com MySQL como antes, use:
rails projeto -d mysql
  • ActionView::Base.cache_template_loading estará ligado como default. Isso afeta apenas produção, onde será necessário reiniciar a aplicação caso mude seus templates. Mas isso é normal.
  • Já expliquei sobre Cookie Store antes, e todos devem ter visto a chave secreta gerada para o environment.rb. Agora você terá um ‘rake secret’ para gerar uma chave criptográfica segura, caso queira mudar.
  • Também expliquei que com o novo Foxy Fixture não é mais necessário digitar IDs manualmente, agora os templates do scaffold foram corrigidos para gerar fixtures sem IDs também.
  • As rake tasks de banco de dados foram muito melhoradas no Rails 2.0, agora tem também ‘db:migrate:redo’ e ‘db:migrate:reset’ para re-executar as migrations.
  • Antes a constante RAILS_GEM_VERSION que tem em todo environment.rb não suportava aspas duplas, apenas simples. Esta release corrige isso.
  • Algumas pessoas estavam tendo problemas com o novo RubyGems 0.9.5 e esta release deve corrigir esses erros.

Falando em novas releases, o pessoal do rSpec anunciou a versão 1.1 compatível com Rails 2 também. Então o pessoal de BDD já pode rodar seus specs no novo Rails. Essa notícia é meio velha e o Danilo Sato já havia anunciado.

Outra notícia que também não é tão nova (semana passada) é que finalmente saiu o primeiro livro de DJango, pelo próprio autor do framework Adrian Holovaty. Então, para os pythonistas isso é uma ótima notícia já que deve ajudar a difundir mais o DJango. Mais do que isso, o livro está disponível todo online protegido pela licença GNU Free Document License. Quisera o Brasil fosse maduro o suficiente para as editoras daqui fazer coisas desse tipo: publicar um livro impresso e ainda permitir o texto inteiro disponível online.

8 Comments

Isso do mysql nao ser mais o padrão acho meio viagem…. Mysql é mais usado que SQLite, vai todo mundo ter que ficar escrevendo -d mysql agora. Esse é o tipo de mudança que eu acho que não era essencial e nem melhora em nada.

Olá, Akita.

Alguma explicação para esta “mudança de banco de dados”? Confesso que não entendi…

Forte abraço,

O pessoal vai xingar :) mas a razão é que no Mac Leopard o MySQL não vem pré-instalado, mas o sqlite3 vem ;) Eu particularmente gosto do sqlite3 pra desenvolvimento e do mysql pra produção. Inclusive me força a fazer sempre SQL não específico de banco.

De fato não ajuda em nada, mas também não atrapalha, normalmente a gente já costuma ter um database.yml default. Eu sempre apago o gerado e copio o meu quando preciso. O -d é só uma ajuda extra. O pessoal de postgresql, oracle, etc já precisava fazer isso de qquer jeito.

Eu prefiro o Sqlite por inúmeras razões…Já trabalhei com MySql e, a uns 4 anos, larguei o MySql pra ficar com o Sqlite.

eu acho que nem tanto à terra e nem tanto ao mar, enquanto se está em desenvolvimento pra mim faz todo o sentido do mundo usar sqlite3, afinal levantar todo um banco de dados (e conseguentemente gerencia-lo mesmo que localmente) é um ponto a mais de preocupacao na hora do desenvolvimento, eu acho que a dobradinha sqlite/mysql que o Akita falou é a melhor…

Pelo gem ainda está dando galho, mas já baixei direto e já estou rodando aqui.

Eu prefiro usar sempre mysql em desenvolvimento e ter certeza que em produção eu terei o mesmo ambiente.

Instalei pelo gem e foi sem problemas…

Tá na hora de aparecerem editoras que apoiam conteúdo livre.

Leave a Comment