responders で書き換えられた scaffold で RSpec が通らなくなる件。
Post の内容がエラーかどうかを判定するのに、 scaffold では AR::Base#save の戻り値で判定しているため、Spec は次のようになっている。（ここでは ItemsController の Spec と仮定する）
it "re-renders the 'new' template" do
# Trigger the behavior that occurs when invalid params are submitted
Item.any_instance.stub(:save).and_return(false)
post :create, {:item => {}}, valid_session
response.should render_template("new")
end
一方で responders で生成されるコントローラの判定は respond_with(@resource) で行われるため、AR::Base#errors の内容で判定される。
そのため save を stub してしまうと、 errors が生成されないためエラーと判断されない。
save を stub しないようにして、 invalid なパラメータを与え save に失敗し errors を生成するか、あるいは errors を stub してやればよい。
Item.any_instance.stub(:save).and_return(false)
Item.any_instance.stub(:errors).and_return({:name => 'invalid'})
post :create, {:item => {}}, valid_session
2012-05-22追記: ライブラリ名をずっと間違えて書いていたのでしれっと直した。
]]>ほんとにメモだけ。
チェックしておくと便利そう
検証しないといけない気がする
この日記は今年も Rails 中心に淡々と気づいたメモを残していきたいと思います。だいぶ不定期ですがよろしくお願いいたします。
]]>leehambley/rack-google-analytics
この Rack Middleware は、 production 環境のすべての HTML を返す URL に Google Analytics を組み込みたいというニーズがあったときに便利。以下サンプル。
Gemfile:
gem 'rack-google-analytics', :require => 'rack/google-analytics'
config/environments/production.rb:
config.middleware.use Rack::GoogleAnalytics, :tracker => 'UA-xxxxxx-x'
すべての layout ファイルに入れて回ったりしないので楽だし DRY。config.middleware.use を config/environments/production.rb に書くのがポイント。development.rb や application.rb に書けば、当然その環境でも有効になる。
この middleware は Google Analytics をすべてのレイアウトで間違いなく挿入する一つの方法になるのではと。(他の手段としては、個人的には、 application.js で require されるように asset pipeline 経由で書いてしまうのもアリだと思う)
Rack Middleware のレイヤーで HTML を操作することの是非は検討すべきかなと思うし、許容できる場合のみに使用すべきかと思う。
類似品として grays/rack-google_analytics というのもある。（async で打てないので実用はむずかしいか?）
]]>Rails アプリケーションで IP アドレス制限が必要になった際には、基本的に上位のリバースプロキシ（Apache とか Nginx とか）で行うことが多いと思いますが、一方で Rails 本体で制限をかけなければならないこともあります（Heroku だとか）
でもそれを Rails の controller 層とかで実装するのはちょっと嫌ですよね。特にビジネスロジックではないことが多いですし。
というわけで、IP アドレス制限を Rack Middleware 層で実装した Rack::Access というモジュールを使ってみました。これは rack/rack-contrib ? GitHub に含まれています。使い方は Gemfile に書いて bundle して config/application.rb に設定を書いて完了です。
Gemfile:
gem 'rack-contrib', :require => 'rack/contrib'
config/application.rb
config.middleware.use "Rack::Access", '/' => [ '127.0.0.1', '192.168.1.0/24' ]
これで 127.0.0.1 あるいは 192.168.1.0/24 以外からのアクセスには Forbidden を返すようになります。
当然、実行環境によって異なる制限をかけることになると思います。それぞれ environments/ 以下に書いてもいいと思うのですが、面倒なので自分は YAML に書きました。
config/application.rb
config.middleware.use "Rack::Access", YAML.load(open(Rails.root + "config/access.yml", &:read))[Rails.env]
config/access.yml
localnet: &localnet /: - 127.0.0.1 - 192.168.1.0/24 development: <<: *localnet test: <<: *localnet production /: - xxx.xxx.xxx.xxx # 公開対象アドレス
動的に制限を変更するという使い方をしたければもう少し複雑にしなければいけませんが（一応できるはず）、イントラ向けアプリなどではこの程度で十分ではないでしょうか。
もちろん Rack middleware なので、 Rails 以外のアプリケーションでも同様に使えるのがいいですね。
]]>class User < ActiveRecord::Base validate :name, :unique => true end
ActiveRecord の↑のようなモデルの spec として、shoulda-matchers の validate_uniquness_of を使うことがある。
このときこんな風に書くと、場合によって通ったり通らなかったりするので注意が必要。
describe User do it { should validate_uniqueness_of(:name) } end
validate_uniquness_of のドキュメントには以下のようにある。
# Internally, this uses values from existing records to test validations,
# so this will always fail if you have not saved at least one record for
# the model being tested, like so:
#
# describe User do
# before(:each) { User.create!(:email => 'address@example.com') }
# it { should validate_uniqueness_of(:email) }
# end
https://github.com/thoughtbot/shoulda-matchers/blob/master/lib/shoulda/matchers/active_model/validate_uniqueness_of_matcher.rb
てなわけで、（ factory girl と組み合わせて ) こんな感じでないと安定しなかった。
describe User do before { create :user } it { should validate_uniqueness_of(:name) } end
元のでも他の spec の都合でレコードが残ってたりする場合に通ったりするので、「手元で通るけど jenkins だと通らないよ！」というパターンになるので要注意。
]]>