前回の続きです。
今回は大量のダミーデータを返すAPIを作ってみます。
要件としては
- 住所録を返すAPI
- 本番サーバはPHPなので、URLもそれに合わせる
- 100件程度、ランダムで返す
- XMLの内容は、名前、メール、メッセージ、性別、国
という感じです。
Sinatra 楽しい！
今のところあまり大きなものを作る予定がないんだけど、ひとつのファイルにたくさんのルートを書いているとごちゃごちゃしてちょっと嫌だ。
かといってコントローラーを複数に別けるのもSinatraスタイルに反しているような気がする。そこでルートの階層をわかりやすくするTIPS。
def namespace routename, &block
yield
end
yield
end
namespaceというメソッドをトップレベルに定義しておく。このメソッドはブロックの内容を実行するだけ。
get '/users' do
'Users Index'
end
get '/users/new' do
'New User'
end
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end
'Users Index'
end
get '/users/new' do
'New User'
end
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end
これが
namespace '/users' do
get '/users' do
'Users Index'
end
get '/users/new' do
'New User'
end
end
namespace '/todos' do
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end
end
get '/users' do
'Users Index'
end
get '/users/new' do
'New User'
end
end
namespace '/todos' do
get '/todos' do
'Todos Index'
end
get '/todos/:id' do
"Show Todo #{params[:id]}"
end
end
こう書けるようになる。
少し見やすい
はじめに
こんにちはーFlasherのみなさん。
すっかりRuby記事ばっかりなのに、いまだにブログ訪問者の大半はFlasherらしいこのブログ。
久しぶりにFLASHerのための記事を書けそうです。
今日とりあげるのはSinatraというRubyで作られた超シンプルなフレームワークです。
require 'rubygems'
require 'sinatra'
get '/hi' do
"Hello World!"
end
require 'sinatra'
get '/hi' do
"Hello World!"
end
このたった5行で、http://localhost:4567/hi にアクセスすると「Hello World!」というテキストを返すAPIサーバがローカルPC上に完成するんだ。
Rubyがわからなくたって、どんなプログラムなのか一目瞭然だ。シンプルだと思わないかい？
今回はこのシンプルなSinatraを使って、あなたのFlash案件に使える、より本番に近いモックAPIサーバを作ろうというお話です。
個人的メモ
結構リソース食うので次はdelayed_jobにしたい・・
実行してことはあるけど、正常に終了してないキューを取得する
BdrbJobQueue.find(:all, :conditions => ['finished = ? AND taken = ?',0,1])
キューをもう一回実行させる
BdrbJobQueue#release_job
上の合わせ技
BdrbJobQueue.find(:all, :conditions => ['finished = ? AND taken = ?',0,1]).each do |job|
job.release_job
end
job.release_job
end
Amazon CloudFrontはAmazon S3上のファイルをキャッシュするソリューションです。
前回paperclipからS3を使う設定はわかったので、今回はさらにCloudFrontを利用するための設定です
前回のおさらい
has_attached_file :avatar,
:storage => :s3,
:s3_credentials => "#{RAILS_ROOT}/config/s3.yml",
:path => ":attachment/:id/:style.:extension",
:bucket => 'mybucket'
:storage => :s3,
:s3_credentials => "#{RAILS_ROOT}/config/s3.yml",
:path => ":attachment/:id/:style.:extension",
:bucket => 'mybucket'
前回こんな感じでS3の設定をしました。
コンソールから利用してみると
user = User.new
user.avatar = File.open('/tmp/myface.jpg')
user.save
puts user.avatar.url #=> http://mybucket.s3.amazonaws.com/avatar/1/original.jpg
user.avatar = File.open('/tmp/myface.jpg')
user.save
puts user.avatar.url #=> http://mybucket.s3.amazonaws.com/avatar/1/original.jpg
こんな感じでS3のURLがとれるようになっているはず。
s3_host_aliasを効かす
キャッシュサービスであるCloudFrontを利用する場合は、ホスト名を適宜変えるだけなので paperclipが勝手にやってくれるといいなぁ〜なんて思いました。
has_attached_file :avatar,
:storage => :s3,
:s3_credentials => "#{RAILS_ROOT}/config/s3.yml",
:path => ":attachment/:id/:style.:extension",
:bucket => 'mybucket',
:s3_host_alias => "xxxxxxxxxxxx.cloudfront.net",
:url => ":s3_alias_url"
:storage => :s3,
:s3_credentials => "#{RAILS_ROOT}/config/s3.yml",
:path => ":attachment/:id/:style.:extension",
:bucket => 'mybucket',
:s3_host_alias => "xxxxxxxxxxxx.cloudfront.net",
:url => ":s3_alias_url"
オプションが２つ増えてます
- :s3_host_alias は、エイリアスのFQDNを記述しておきます。
- :url には「”:s3_alias_url”」を記述します。注意なのは、rubyのシンボルじゃなくて、文字列だってところです。ハマりました。
user = User.new
user.avatar = File.open('/tmp/myface.jpg')
user.save
puts user.avatar.url #=> http://xxxxxxxxxxxx.cloudfront.net/avatar/1/original.jpg
user.avatar = File.open('/tmp/myface.jpg')
user.save
puts user.avatar.url #=> http://xxxxxxxxxxxx.cloudfront.net/avatar/1/original.jpg
わーーこりゃ幸せだ。
余談
さらにサイト全体でアセット関係（public以下）もCloudFrontにしたければ
config/environments/#{RAILS_ENV}.rb 内で
config.action_controller.asset_host = "http://xxxxxxxxxxxx.cloudfront.net"
こうしとけば、image_path()やらimage_tag()やらjavascript_include_tag()やらを使ったときに、リクエスト先を書き換えてくれてさらに幸せ度アップ
こんにちは、久々ですね
Railsでroutes.rbは本当に便利ですよね。
map.resources :users
なんて書くだけで、RESTFulなAPIが用意されます。
- index
- new
- create
- show
- edit
- update
- destroy
に対応したURLをRailsがよしなにやってくれますよね。
しかし、こんなにたくさんのアクションはいらないー。わしゃcreateとshowだけでいいんじゃーなんて時もあったりします。そんなときは
map.resources :users, :only => ['create','show']
として、必要なアクションだけ列挙しましょう。
また、:exceptなんてオプションもあって、必要ないオプションを列挙します。
このへんにかいてありました
Mitaka.rbの第四回に行ってきました。
今回は吉祥寺のepicesという店を借り切って、美味しいものが食べたけりゃMitaka.rbへおいでってな感じです。
後半はフレンチを食べながらLTを見るという、貴重な体験もできましたよ。
Posted in 日記 at 8月 26th, 2009. No Comments.
Railsが2.3.3に上がったので、gemをアップグレードしたりパッケージをアップデートしたりしているうちに
script/autospecが動かなくなってしまった。
解決方法はここを参考にしました
ZenTestを4.0系→4.1系にバージョンアップする場合の注意点
http://d.hatena.ne.jp/TrinityT/20090630/1246334665
- autotest-railsをインストール
sudo gem install autotest-rails
- ZenTest-4.0.0/lib/autotest/*をZenTest-4.1.3/lib/autotest/ へコピー
# Macではこんな感じ
sudo rsync -ave /Library/Ruby/Gems/1.8/gems/ZenTest-4.0.0/lib/autotest/ /Library/Ruby/Gems/1.8/gems/ZenTest-4.1.3/lib/autotest
sudo rsync -ave /Library/Ruby/Gems/1.8/gems/ZenTest-4.0.0/lib/autotest/ /Library/Ruby/Gems/1.8/gems/ZenTest-4.1.3/lib/autotest
これでまたscript/autospecが使えるようになりました。
フィクスチャはメンテナンスしづらい
書籍The Rails Wayの中には「皆フィクスチャが嫌い」という項目があります（次の項目は「フィクスチャはそれほど悪くない」ですが）。
フィクスチャが嫌われる最大の原因は「メンテナンスが難しい」という事でしょう。
中間テーブルを必要とする多対多の関連をフィクスチャにしようと思ってうんざりした経験は誰にもでもあると思います。
Fixtureのhas_manyでこんな書き方したい
http://www.func09.com/wordpress/archives/369
フィクスチャの代わりにFactoryGirlを使ってみる
Factory GirlはRailsのテストにおいてfixtureの代替となるツールです。
つまりテスト時のモデルデータを用意するための仕組みです。
Factory Girlはフィクスチャと違い、Rubyのスクリプトで直接データを定義していきます。
特徴としては
- Rubyコードで定義（YAMLやCSVではない）
- 関連のメンテナンスが楽
- 定義の継承もできる
- 同じ定義から連続的なデータを生成できる（シーケンス）
Rubyコードで実データを作る感覚でテストデータを定義するので、フィクスチャと違い中間テーブルのメンテナンスから解放されます。 Read More…
例えばActiveRecordで新規作成したタイミングでリモートにアクセスするような処理があったとして
class Item < ActiveRecord::Base
before_create :do_something_with_remote
def do_something_with_remote
open(self.url)
end
end
before_create :do_something_with_remote
def do_something_with_remote
open(self.url)
end
end
この場合、テストの時はItem#do_something_with_remoteをスタブにするよね。
item = Item.new :url => 'http://www.example.com'
item.stub! :do_something_with_remote
item.stub! :do_something_with_remote
本当はこんな感じでかけたい
Item.stub_instance_method(:do_something_with_remote)
stubはそのオブジェクトにしか使えない？インスタンスメソッドまで影響するスタブはどう書けば良い？
–
Fixtureの代わりにFactoryGirlを使い始めた。 これがなかなかシンプルで使い勝手が良いんだけど、関連を設定する時に上記のような作りの場合にちょっと困っている。 Factory.defineの中でインスタンスのメソッドにstubを設定できればいいんだよな。
Factory.define :item, :class => Item do |item|
item.stub!(:do_something_with_remote)
end
item.stub!(:do_something_with_remote)
end
明日改造できるかソースコードを見てみる。 Factory.stubはあるんだし、できないことはないよな。
今は時間がないのでスペックヘルパーで
class Item
def do_something_remote;end
end
def do_something_remote;end
end
みたいに上書きして対処しているが・・・駄目だよな。
FactoryGirlに関してはノウハウが溜まったら書くかも。
Posted in ruby on rails at 4月 24th, 2009. No Comments.
プロフィール
あわせて読みたい
TopHatener
