O evento foi sensacional. A organização estava impecável, ainda mais para uma primeira edição. O melhor evento voltado para programadores que eu participei. 

Estiveram presentes grandes nomes da comunidade internacional como Chad Fowler, Dr. Nic, Chris Wanstrath, os caras da Phusion, Jay Fields, David Chelimsky, Obie Fernandez. O pessoal da comunidade brasileira também fizeram bonito: Fabio Akita, Carlos Brando, George Guimarães, Danilo Sato, Manoel Lemos e o pessoal da WebCo, Vinícius Telles, Fabio Kung, entre outros.

Com certeza, o mais interessante foi conhecer as pessoas por trás de URLs. Pessoas como: TaQ, Davis Cabral, Ozéias Santana, Spicee, Carlos Eduardo, Júlio Monteiro, Marcos Tapajós, e muitas outras pessoas. Rever todo o pessoal que eu já conhecia também foi muito legal.

Já estou no aguardo para o evento do ano que vem! :)

Acompanhe o relato de outros blogueiros sobre o evento.

Um dos problemas que eu tinha era quando precisava usar o ruby-debug. Cheguei até a perguntar no IRC, mas ninguém sabia me dar uma resposta de como usá-lo em conjunto com o Passenger. Na época, resolvi usar o Mongrel para fazer o debugging e nem me preocupei mais.

Hoje, precisei de novo. E não queria usar o Mongrel. Então, fui novamente atrás de uma solução. Vamos à ela:

No arquivo: config/environments/development.rb coloque o seguinte código:

# Load ruby-debug
require "ruby-debug"
Debugger.start_remote

Este código ativa o modo remoto do ruby-debug.

Agora, vamos reiniciar o passenger:

$ touch tmp/restart.txt

Agora, vamos conectar remotamente ao ruby-debug através do terminal:

$ rdebug -c
Connected.

Pronto! Sempre que quiser depurar algum erro em sua aplicação, coloque a palavra chave debugger e espere o rdebug. Só não se esqueça dos testes para não depender tanto de debugging. :)

Resolvi migrar esse blog para o mod_rails, então, se alguma coisa de estranho aparecer por aqui, me avisem, pode ser isso. :)

Espero que o blog fique mais responsivo do que antes e não caia tanto também.

Boa sorte pro pessoal da Dreamhost e que eles possam resolver o ‘maior’ problema deles e de outros SharedHosts. :)

E que venha a RailsConf Brasil! ;)

Agora que estou usando o Edge em alguns projetos meus, sinto falta do foreign_key (ou simplesmente fkey) que usava no Sexy Migrations e não está presente no Edge. Por isso, criei um patch que adiciona o suporte à foreign_key na sintaxe das migrations.

Então, onde você escrevia (com o Edge):

create_table :user do |t|
    t.integer :country_id
    [....]
end

Poderá escrever assim:

create_table :user do |t|
    t.foreign_key :country
    [....]
end

É uma mudança sutil, porém, útil.

Para ele fazer parte do Rails 2.0 é preciso que pelo menos 3 pessoas testem-no e comentem com um simples +1, de acordo com as novas regras para que um patch seja aceito no Rails.

Se você gostou da idéia, dê uma passadinha lá no ticket, aplique o patch e vote. :)

Update: O Patch agora faz parte do Rails 2.0. Com algumas modificações e novas funcionalidades.

Para começar, “t.foreign_key” virou “t.references” com alias para “t.belongs_to”. E foi adicionado também uma opção “: polymorphic => true” que cria a coluna com _type no final.

Finalizando, se antes você escrevia assim (com o Rails Edge):

create_table :taggings do |t|
  t.integer :tag_id, :tagger_id, :taggable_id
  t.string  :tagger_type
  t.string  :taggable_type, :default => 'Photo'
end

Agora passa a escrever assim:

create_table :taggings do |t|
  t.references :tag
  t.references :tagger, :polymorphic => true
  t.references :taggable, :polymorphic => { :default => 'Photo' }
end

Fácil, é só digitar no terminal:

rails myapp
cd myapp
rake rails:freeze:edge
# e se você for sortudo e tiver o textmate :)
mate myapp

Certo? Não, errado! Infelizmente, estes comandos não atualizam sua app para o Edge (é engraçado, mas estes comandos funcionam em algumas máquinas e na grande maioria não). Como saber se você está rodando o Edge? Verifique a pasta config, tem uma pasta initializers dentro dela? Se estiver rodando o edge tem que ter. Então, o que fazer para rodar o edge rails de verdade?

No Edge de verdade

Você precisa usar o comando rails de dentro do edge para gerar seu novo projeto.

cd ..
ruby myapp/vendor/rails/railties/bin/rails myapp_edgier
# e se você for sortudo e tiver o textmate :)
mate myapp_edgier

Agora verifique a pasta config. Hmm, legal! Aproveite e dê uma olhada na nova estrutura do environment.rb. Observe também que a pasta components não é mais criada.

Ok, agora você já está rodando um projeto no Edge, e resolveu criar mais um projeto. Vamos melhorar um pouco o processo. De volta ao terminal:

cd ~
svn co http://svn.rubyonrails.org/rails/trunk rails_edge
ruby ~/rails_edge/railties/bin/rails my_second_edgier_app
cd my_second_edgier_app/
# Você ainda precisa ter o edge rails dentro de sua aplicação
ln -s ~/rails_edge/ vendor/rails
# e se você for sortudo e tiver o textmate :)
mate .

Dessa maneira, você pode manter várias aplicações rodando o Edge, e atualizar o código em um local apenas. Quando você notar alguma mudança no Edge, rode:

cd ~/rails_edge
svn up

Um pouco de shell script

Vamos criar uma função em shell script para gerar novas aplicações já usando o Edge

mate ~/.bash_profile

Coloque a seguinte função no seu profile:

function edgie() {
  ruby ~/rails_edge/railties/bin/rails $1 && cd $1 && ln -s ~/rails/trunk vendor/rails && mate .
}

Atualizando nosso profile:

source ~/.bash_profile

Pronto! Agora você pode rodar:

edgie my_edge_app

Boa diversão com o Edge Rails! :)

Fonte: RailsTips: Even Edgier Than Edge Rails

Bom, há um tempo atrás eu me interessei em fazer camisetas com o logo do Rails. E, eu sabia sobre o copyright, então, entrei em contato com o DHH, pedindo autorização para uso do mesmo.

Segue meu e-mail:

Hi David!

I’m a Brazilian Rails developer.

Next month I’ll be teaching a RoR training in a local university, and I
want permission to make some RoR T-Shirts. Can I use the logo on those
t-shirts?

If yes, there’s a high-resolution available somewhere in the net?

Thanks in advance,

Arthur Zapparoli
http://www.arthurgeek.net

E a resposta do DHH:

As long as you don’t sell them, it’s ok.

http://wiki.rubyonrails.org/rails/pages/RubyOnRailsMedia

Como o próprio DHH comentou , casos como esse, não são exclusividade do Rails. Muitos projetos Open Source tem seu logo como marca registrada. O DHH menciona o MySQL, JBoss, e eu menciono um caso mais “famoso” como o do Firefox vs Debian que resultou no fork Iceweasel.

O comentário do DHH:

The use of the logo is restricted as it always is when talking about a trademark. When the logo is used in a commercial setting, such as part of the promotion of a book, it legally requires that the trademark holder has been involved and stands behind the quality of the book. If that’s not the case, you’re on the way to lose your trademark.

So I only grant promotional use for products I’m directly involved with. Such as books that I’ve been part of the development process for or conferences where I have a say in the execution.

I simply don’t have the time (or, frankly, the inclination) to be intimately involved with every book being written about Rails.

Isso faz do DHH um “bad guy”? Eu não acho! Pode ser ruim para a divulgação de livros sobre Rails? Pode até ser que sim, mas preste atenção nos livros da O’Reilly, a maioria não usam o logo na capa.

O DHH tem que se preocupar com toda a qualidade de qualquer material que use o nome e o logo do Rails. E isso, não é bom somente para o DHH, e sim, para toda a comunidade.

O Carlos menciona o fato de ter sempre que pedir permissão à uma pessoa apenas. Sobre isso, eu acho, que poderia ser criado uma “Rails Foundation” que passaria a ter o copyright sobre o logo, e os nomes. E os membros dessa fundação analisariam dar permissão sobre o uso do logo. Acho que seria uma boa solução, adotada em alguns projetos como o Mozilla e o Gentoo.

Ah, e sobre as camisetas: o curso acabou não dando certo (não fechamos uma turma com o mínimo de alunos necessários), então, não fiz a camiseta. Ainda. Mas, eu ainda estou interessado. :)

silence_warnings do
  Date::MONTHNAMES = [nil] + %w(Janeiro Fevereiro Março Abril Maio Junho Julho Agosto Setembro Outubro Novembro Dezembro)
  Date::DAYNAMES = %w(Domingo Segunda-Feira Terça-Feira Quarta-Feira Quinta-Feira Sexta-Feira Sábado)
  Date::ABBR_MONTHNAMES = [nil] + %w(Jan Fev Mar Abr Mai Jun Jul Aug Set Out Nov Dez)
  Date::ABBR_DAYNAMES = %w(Dom Seg Ter Qua Qui Sex Sab)
 
  Time::MONTHNAMES = Date::MONTHNAMES
  Time::DAYNAMES = Date::DAYNAMES
  Time::ABBR_MONTHNAMES = Date::ABBR_MONTHNAMES
  Time::ABBR_DAYNAMES = Date::ABBR_DAYNAMES
end

Acontece, que quando usamos a função strftime, estes nomes não são traduzidos. Eles funcionam apenas nos helpers date_select, entro outros. Em um projeto meu, eu precisava usar estes nomes traduzidos, justamente com a função strftime, então, cheguei à este código:

class Time
  alias :strftime_nolocale :strftime
 
  def strftime(format)
    format = format.dup
    format.gsub!(/%a/, Date::ABBR_DAYNAMES[self.wday])
    format.gsub!(/%A/, Date::DAYNAMES[self.wday])
    format.gsub!(/%b/, Date::ABBR_MONTHNAMES[self.mon])
    format.gsub!(/%B/, Date::MONTHNAMES[self.mon])
    self.strftime_nolocale(format)
  end
end

E funcionou!

Fica aqui a dica então, para quem estiver com este mesmo problema.

/people/1;edit
/orders;recent

Que coisa feia esse ”;”!

Ainda bem que o Rails 2.0 voltará a usar a boa, velha e bonita ”/”! :)

Acompanhe como usar este recurso nos seus projetos sem precisar esperar pelo Rails 2.0!

O patch

Crie um arquivo chamado fix_resource_routing em /lib com o seguinte conteúdo:

module ActionController
  module Resources
    private
    def map_collection_actions(map, resource)
      resource.collection_methods.each do |method, actions|
        actions.each do |action|
          action_options = action_options_for(action, resource, method)
          map.named_route("#{resource.name_prefix}#{action}_#{resource.plural}", "#{resource.path}/#{action}", action_options)
          map.named_route("formatted_#{resource.name_prefix}#{action}_#{resource.plural}", "#{resource.path}/#{action}.:format", action_options)
        end
      end
    end
 
    def map_new_actions(map, resource)
      resource.new_methods.each do |method, actions|
        actions.each do |action|
          action_options = action_options_for(action, resource, method)
          if action == :new
            map.named_route("#{resource.name_prefix}new_#{resource.singular}", resource.new_path, action_options)
            map.named_route("formatted_#{resource.name_prefix}new_#{resource.singular}", "#{resource.new_path}.:format", action_options)
          else
            map.named_route("#{resource.name_prefix}#{action}_new_#{resource.singular}", "#{resource.new_path}/#{action}", action_options)
            map.named_route("formatted_#{resource.name_prefix}#{action}_new_#{resource.singular}", "#{resource.new_path}/#{action}.:format", action_options)
          end
        end
      end
    end
 
    def map_member_actions(map, resource)
      resource.member_methods.each do |method, actions|
        actions.each do |action|
          action_options = action_options_for(action, resource, method)
          map.named_route("#{resource.name_prefix}#{action}_#{resource.singular}", "#{resource.member_path}/#{action}", action_options)
          map.named_route("formatted_#{resource.name_prefix}#{action}_#{resource.singular}", "#{resource.member_path}/#{action}.:format",action_options)
        end
      end
 
      show_action_options = action_options_for("show", resource)
      map.named_route("#{resource.name_prefix}#{resource.singular}", resource.member_path, show_action_options)
      map.named_route("formatted_#{resource.name_prefix}#{resource.singular}", "#{resource.member_path}.:format", show_action_options)
 
      update_action_options = action_options_for("update", resource)
      map.connect(resource.member_path, update_action_options)
      map.connect("#{resource.member_path}.:format", update_action_options)
 
      destroy_action_options = action_options_for("destroy", resource)
      map.connect(resource.member_path, destroy_action_options)
      map.connect("#{resource.member_path}.:format", destroy_action_options)
    end
 
  end
end

Agora, no final do config/environment.rb adicione esta linha:

require 'fix_resource_routing'

Pronto! Agora nossas URLs voltaram a ficar bonitas como antes, e quando o Rails 2.0 sair, nossos permalinks não irão mudar!

Vi este patch em: Using Rails Edge-style resource actions now

Acompanhe a lista de helpers que eu passei a utilizar.

Temos os já consagrados deny, assert_invalid, assert_difference e assert_no_difference. Estes 2 últimos, já fazem parte do trunk do Rails 2.0. Tem também 2 helpers que eu criei, e um que eu reescrevi.

Códigos

Estes métodos vão dentro do arquivo test/test_helper.rb

def deny(condition, message="")
  assert !condition, message
end
 
def assert_invalid(record, message="")
  deny record.valid?, message
end
 
def assert_difference(expression, difference = 1, &block)
  expression_evaluation = lambda { eval(expression, block.binding) }
  original_value        = expression_evaluation.call
  yield
  assert_equal original_value + difference, expression_evaluation.call
end
 
def assert_no_difference(expression, &block)
  assert_difference expression, 0, &block
end
 
def assert_select_errors(*messages)
  assert_select "div#errorExplanation" do
    assert_select "ul" do
      assert_select "li" , :count => messages.size
      1.upto(messages.size) do |num|
        assert_select "li:nth-child(#{num})", "#{messages[num-1]}"
      end
    end
  end
end
 
def assert_select_form(&block)
  assert_select "div.form" do
    assert_select "dl" do
      yield
      assert_select "dd"
    end
  end
end
 
def assert_redirected_to(options = {}, message=nil)
  super
  follow_redirect
  assert_response :success
end

Uso

assert_difference

def test_should_destroy
  assert_difference "User.count", -1 do
    delete :destroy, :id => 1
  end
end
 
def test_should_create
  assert_difference "User.count" do
    post :create, :user => {}
  end
end

assert_no_difference

def test_should_update
  assert_no_difference "User.count" do
    put :update, :id => 1, :user => {}
  end
end

assert_invalid

def test_should_require_name
  user = User.create(:name => nil)
  assert_invalid user
end

deny

def test_should_require_name
  user = User.create(:name => nil)
  deny user.valid?
end

assert_select_form

def test_should_get_new
  assert_select_form do
    assert_select "dt:nth-child(1)" do
      assert_select "label", "Name"
    end
  end
end

assert_select_errors

def test_should_display_errors
  user = User.create(:name => nil, :surname => nil)
  assert_select_errors "Name can't be blank", "Surname can't be blank"
end

E o assert_redirected_to chama o helper original, e usa o follow_redirect para saber se tudo ocorreu bem com o redirect.

Ah, e se você ainda não entrou nessa de TDD, dê uma olhada neste artigo escrito pelo Nando Vieira sobre Unit Tests. Muito boa referência em português!