Teckuboon

SQL (0.4ms) UPDATE `delayed_jobs` SET `locked_at` = '2013-04-14 05:23:00', `locked_by` = 'delayed_job host:hoge.lan pid:74793' WHERE ((run_at <= '2013-04-14 05:23:00' AND (locked_at IS NULL OR locked_at < '2013-04-14 01:23:00') OR locked_by = 'delayed_job host:hoge.lan pid:74793') AND failed_at IS NULL) ORDER BY priority ASC, run_at ASC LIMIT 1
SQL (0.4ms) UPDATE `delayed_jobs` SET `locked_at` = '2013-04-14 05:23:05', `locked_by` = 'delayed_job host:hoge.lan pid:74793' WHERE ((run_at <= '2013-04-14 05:23:05' AND (locked_at IS NULL OR locked_at < '2013-04-14 01:23:05') OR locked_by = 'delayed_job host:hoge.lan pid:74793') AND failed_at IS NULL) ORDER BY priority ASC, run_at ASC LIMIT 1

こんな感じのログが毎秒出力されるので、非常に精神衛生上よろしくない。
止めましょう。

module Delayed
  class Job
    class < < self
      def reserve_with_log_silencer(worker, max_run_time = Worker.max_run_time)
        silence { reserve_without_log_silencer(worker, max_run_time) }
      end
      alias_method_chain :reserve, :log_silencer
    end
  end
end

以下のコードをお好きな model なり helper なりに。

  def smart_truncate(str, len)
    return str.truncate(len) if str.is_a?(String)
    raise ArgumentError.new(:str) unless str.is_a?(Array)
    num = str.length - 1
    return str[0].truncate(len) if num == 0
    len -= str.last.length
    (0...num).to_a.reverse.each do |i|
      each_len = len / (i+1)
      str[i] = str[i].truncate(each_len)
      len -= str[i].length
    end
    str.join("")
  end

使い方は、省略可能な文字列のセットを配列にしたものと、最終的に納めたい文字数。例えばこんな感じだ。
smart_truncate([subject, content, author, url], 140)
最後の要素は省略されずに必ず全て表示される。

動作の結果は以下のとおり。

  describe "smart_truncate" do
    it { smart_truncate("abcde", 4).should == "a..." }
    it { smart_truncate(["abcde"], 4).should == "a..." }
    it { smart_truncate(["123456","78"], 8).should == "12345678" }
    it { smart_truncate(["123456","78"], 7).should == "12...78" }
    it { smart_truncate(["123456","789012", "3456"], 16).should == "1234567890123456" }
    it { smart_truncate(["123456","789012", "3456"], 15).should == "12345678...3456" }
    it { smart_truncate(["123456","789012", "3456"], 14).should == "12...78...3456" }
    it { smart_truncate(["123456","789012", "3456"], 13).should == "12...7...3456" }
    it { smart_truncate(["12345" ,"789012", "3456"], 13).should == "123457...3456" }
  end

既にみんな使ってると思うけど、日本語の解説が見あたらなかったので一応書いた。

[crayon lang=”ruby”]
# config/routes.rb

resources :group do
resources :user
end
[/crayon]

こんな風にすると、新規に User を作る時の URL が /groups/:group_id/users/new となって、大変美しい。
ところが、いざ User が生成された後にその User を show するには /groups/:group_id/users/:id などとしなければならなくなる。
これは冗長である。 User の id が group に寄らず unique であるなら、 /users/:id で参照出来て然るべきだ。

そこで、shallow です。

[crayon lang=”ruby”]
# config/routes.rb

resources :group, shallow: true do
resources :user
end
[/crayon]

こうすると、なんと、

# rake routes
 group_user_index GET    /group/:group_id/user(.:format)          user#index
                  POST   /group/:group_id/user(.:format)          user#create
   new_group_user GET    /group/:group_id/user/new(.:format)      user#new
        edit_user GET    /user/:id/edit(.:format)                 user#edit
             user GET    /user/:id(.:format)                      user#show
                  PUT    /user/:id(.:format)                      user#update
                  DELETE /user/:id(.:format)                      user#destroy
      group_index GET    /group(.:format)                         group#index
                  POST   /group(.:format)                         group#create
        new_group GET    /group/new(.:format)                     group#new
       edit_group GET    /group/:id/edit(.:format)                group#edit
            group GET    /group/:id(.:format)                     group#show
                  PUT    /group/:id(.:format)                     group#update
                  DELETE /group/:id(.:format)                     group#destroy

な、なんて美しいんだ。。！

何が起きているかというと、user_id を指定しない action である index, new, create の3つは group_id を必要とし、それ以外の action では user_id のみを指定すればよい、ということに、たったの “shallow: true” だけでなってしまったのである。

もちろん、以下のように action を拡張した場合

# config/routes.rb

resources :group, shallow: true do
    resources :user do
      get :search, on: :collection
      post :follow, on: :member
    end
end

には、

# rake routes
（抜粋）
search_group_user_index GET    /group/:group_id/user/search(.:format)   user#search
            follow_user POST   /user/:id/follow(.:format)               user#follow

そうですそうです、そうして欲しかったんですよ、という状態にちゃんとなっている。

さらに深く resources を nest した場合にも、 shallow:true は1つだけで大丈夫。

# config/routes.rb

resources :group, shallow:true do
  resources :user do
    resources :entry
  end
end

この場合、entries#new は /user/:id/entries/new となり、 entries#show は /entries/:id となる。

shallow の挙動は、resources の nest 問題について一度もハマってみたことの無い人にはさっぱり理解出来ないような一見複雑な動作だが、物凄くよく考え抜かれている。Rails のこういうところが結構好きなのだな、僕は。

最後に、おそらく多くの方が form でつまずくと思うので、その時はこれを読みましょう: http://stackoverflow.com/a/9944554/683157

Google Form 大変便利で重宝しているのだが、古いガラケーからはページが大幅に崩れてしまうという問題があったので、古いガラケーが認識出来ない script 要素と style 要素を全て削り取る Web サービスを作った。

google form に入力してもらうための URL を広める際に、
http://mobile-gform.herokuapp.com/?url=[google form の url]
という URL にすると、古いガラケーからでもフォームを正常に表示、入力できるようになる。
PCやスマートフォンからのアクセスは元URLへ自動的にリダイレクトする。

それだけです。

URLがたいへん長くなるので、 inf.to をご利用ください。

class Man < ActiveRecord::Base
  has_many :cards
  accepts_nested_attributes_for :cards
end

class Card < ActiveRecord::Base
  belongs_to :man
  validates :number, uniqueness:{ scope: :suite }
end

m = Man.new
m.update_attributes({
  cards_attributes: [
    { suite: "spade", number: "4" }, #(1)
    { suite: "spade", number: "4" }, #(2)
    { suite: "club", number: "6" },  #(3)
  ]
})

Card の validation が走る時点で、 #(1) はDB上に存在しないので、#(2) の validation がまんまと通ってしまう。

update_attributes を使わずに、
m.cards << Card.new(suite: "spade", number: "4") などと1つずつ入れればもちろんOKなのだが。。