Teckuboon

RSS

delayed_job の daemon がログを吐くのを抑制

14 Apr

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 &lt;= '2013-04-14 05:23:00' AND (locked_at IS NULL OR locked_at &lt; '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 &lt;= '2013-04-14 05:23:05' AND (locked_at IS NULL OR locked_at &lt; '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

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

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

Comments Off

Posted in Rails

redirect_to and return と書いて良いのか？

07 Dec

redirect_to root_url unless logged_in?

1	redirect_to root_url unless logged_in?

みたいなコードを初めのうちはつい書いてしまいハマる。
正しくは、以下のように return しなければならない。

unless logged_in?
  redirect_to root_url
  return 
end

unless logged_in?

redirect_to root_url

return

end

しかし1行で書けていたものが4行になってしまうのはいかにも不格好である。

あちこちでコードを読んでいるとたまにこんなのを見かける。

redirect_to root_url and return unless logged_in?

1	redirect_to root_url and return unless logged_in?

これは見た目もかっこいいし意味も判り易くて cool だ。

ところで、 and return ってなんだ？

これは何の事はない、 redirect_to の戻り値がたまたま true なのを利用して、 and で受けて次の文を書いているだけである。
redirect_to が万が一 false や nil を返してきたら return は実行されない。
ちなみに redirect_to の実装を見ると、少なくとも現時点では false や nil にならないことは確実だが、将来に渡って保証されているわけではないので気持ち悪い。

and の代わりに true/false に関わらず確実に実行する接続詞として ; があるので、以下のように書いてみる。

redirect_to root_url; return unless logged_in?

1	redirect_to root_url; return unless logged_in?

残念ながらこれはうまくいかない。 unless より ; のほうが優先順位が高いので、

redirect_to root_url
return unless logged_in?

1 2	redirect_to root_url return unless logged_in?

という意味になってしまう。

仕方なくカッコでくくる。

(redirect_to root_url; return) unless logged_in?

1	(redirect_to root_url; return) unless logged_in?

これは正しく動くが、かっこわるいよねえ。カッコ付けててかっこ悪いってやつ？

さらに他のコードを読み漁ると、こんな書き方もある。

return redirect_to(root_url) unless logged_in?

1	return redirect_to(root_url) unless logged_in?

and return 記法に比べればcoolさは劣るが、比較的スマートな書き方だ。何の意味も無い値を return することについては一瞬不安になるが、 action の戻り値を気にしなければならなくなるような仕様変更は将来的にも有り得ないと思われるので、問題ないだろう。

というわけで、結論としては return redirect_to 記法をオススメ、というところで筆を置くつもりだったのだが、何やら公式っぽいドキュメントに、「and return」って書くといいよ！と記述されてるので、いいのかもしれんね。
（だったら redirect_to の実装の末尾に true の一行を足しておきたいなあ）

Comments Off

Posted in Rails

2つ以上の情報源がある際の truncate

01 Dec

以下のコードをお好きな 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

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

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

Comments Off

Posted in Ruby

Rails で華麗に sql union する

04 Oct

model の中にこんなのを書く

class User < ActiveRecord::Base
  module UnionHack
    def union(*relations)
      from '((' + relations.map { |r| r.ast.to_sql }.join(') UNION (') + ')) AS ' + self.table_name
    end
  end
  extend UnionHack
end

class User < ActiveRecord::Base

module UnionHack

def union(*relations)

from '((' + relations.map { |r| r.ast.to_sql }.join(') UNION (') + ')) AS ' + self.table_name

end

extend UnionHack

end

そんで、以下のように使える。

User.union(@group1.users, @group2.users).limit(20)

1	User.union(@group1.users, @group2.users).limit(20)

参考: http://coderwall.com/p/9hohaa

Comments Off

Posted in Rails

resources を nest するときは shallow を使うと幸せになれる

06 Sep

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

# config/routes.rb

resources :group do
  resources :user
end

# config/routes.rb

resources :group do

resources :user

end

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

そこで、shallow です。

# config/routes.rb

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

# config/routes.rb

resources :group, shallow: true do

resources :user

end

こうすると、なんと、

# 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

# 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

# config/routes.rb

resources :group, shallow: true do

resources :user do

get :search, on: :collection

post :follow, on: :member

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

# 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

# config/routes.rb

resources :group, shallow:true do

resources :user do

resources :entry

end

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

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

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

Comments Off

Posted in Rails

MySQLで緯度経度からの半径で円内検索する

21 Aug

Rails3 では、model に

  scope :origin, ->(lat,lng){
    factor=Math.cos(lat/180*Math::PI)
    select([table_name+".*", sanitize_sql_array(["111.11*GLength(LineString( point(?,?), point(x(geom)*?,y(geom)) )) AS distance", lng*factor, lat, factor])])
  }

scope :origin, ->(lat,lng){

factor=Math.cos(lat/180*Math::PI)

select([table_name+".*", sanitize_sql_array(["111.11*GLength(LineString( point(?,?), point(x(geom)*?,y(geom)) )) AS distance", lng*factor, lat, factor])])

}

としておいて、

  Location.origin(lat,lng).order("distance")

1	Location.origin(lat,lng).order("distance")

とか、

  Location.origin(lat,lng).where("'distance' < ?", dist)

1	Location.origin(lat,lng).where("'distance' < ?", dist)

とか。

計算式は何をしてるかというと、まず、中心地点の緯度から、その地点における緯度と経度の長さの比を算出。（緯度1度あたりの距離は地球上どこでも同じだが、経度1度あたりの距離は赤道から離れるほど小さくなる。東京では0.8倍くらい）これをfactorに保存。
GLength(LineString(point,point)) で三平方の定理を計算してくれるので、経度を補正してこれに入れ、出てきたものに111.11km（赤道における1度の長さ）を掛ける。

Comments Off

Posted in Rails

Google Form を古いガラケーからも使えるようにする

09 Aug

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

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

それだけです。

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

2 Comments

Posted in Uncategorized

glyph icon helper for twitter-bootstrap with Rails

26 Jul

Comments Off

Posted in Rails

has_many の要素を update_attributes する際に uniqueness validation が効かない

24 Feb

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)
  ]
})

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なのだが。。

Comments Off

Posted in Rails, Ruby

Mac OS X Lion にて、第4種オレオレ証明書を発行する

05 Nov

cd ~/.ssh
/System/Library/OpenSSL/misc/CA.sh -newca
/System/Library/OpenSSL/misc/CA.sh -newreq
/System/Library/OpenSSL/misc/CA.sh -sign

cd ~/.ssh

/System/Library/OpenSSL/misc/CA.sh -newca

/System/Library/OpenSSL/misc/CA.sh -newreq

/System/Library/OpenSSL/misc/CA.sh -sign

-newca で作られた ~/.ssh/demoCA/cacert.pem を安全な経路でクライアントマシンにインストール。
Macの場合は「開く」でキーチェーンアクセスに取り込まれればOK. Winの場合はインターネットオプション＞コンテンツ＞証明書＞証明書＞インポートで、立ち上がるウィザード上で、「信頼されたルート証明機関」へインストール。
-newreq の common name 以外の質問はすべてデフォルトで良い。
最終的に newcert.pem と newkey.pem という2つのファイルが出来るので、それを http サーバに設定する。
ちなみに、stunnelで使う場合はこの2ファイルを繋げたファイルが必要となる。具体的には以下のようにする。

cat newcert.pem >> stunnel.pem
echo >> stunnel.pem
cat newkey.pem >> stunnel.pem
chmod 400 stunnel.pem

cat newcert.pem >> stunnel.pem

echo >> stunnel.pem

cat newkey.pem >> stunnel.pem

chmod 400 stunnel.pem

(finkでstunnelを入れた場合) sudo /sw/bin/stunnel3 -f -d 443 -r 127.0.0.1:80 -p ~/.ssh/stunnel.pem

一度自分で自由になるCAを立ち上げてその証明書をインストールしておけば、別のサーバでサーバ証明書が必要になったときに再びCAを立ち上げる必要は無い。っていうか Common Name だけを該当ホスト名にして手元で証明書を作成してサインし、それをサーバに転送して apache なり stunnel なりに読ませればOK.

Comments Off

Posted in Uncategorized

kuboon
Search
Recent Posts
Tags
rails ssl
Categories
- DB (1)
- flash (1)
- MFC (3)
- Ruby (12)
  - Rails (8)
- Uncategorized (3)
- windows (10)
- wordpress (1)
Calendar
June 2023

M T W T F S S

« Apr

1 2 3 4

5 6 7 8 9 10 11

12 13 14 15 16 17 18

19 20 21 22 23 24 25

26 27 28 29 30
Archives
- April 2013 (1)
- December 2012 (2)
- October 2012 (1)
- September 2012 (1)
- August 2012 (2)
- July 2012 (1)
- February 2012 (1)
- November 2011 (1)
- June 2011 (1)
- February 2011 (2)
- January 2011 (3)
- November 2010 (1)
- August 2010 (1)
- October 2009 (2)
- September 2009 (3)
- August 2009 (1)
- July 2009 (3)
- June 2009 (1)
Other My Pages

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Share this:

Recent Posts

Tags

Categories

Calendar

Archives

Other My Pages