[Rails3][Mongoid] スレッド式掲示板を作ってみた

このエントリーを含むはてなブックマーク

Rails3で簡単なサンプルを作ってみた スレッド式掲示板です。

レスは追加できるけど、スレッド追加する機能は作り忘れた。

Mongoid版

http://github.com/func09/rails3_sample_bbs/tree/mongoid-20100813

ActiveRecord版

http://github.com/func09/rails3_sample_bbs/tree/activerecord-20100813

それぞれのREADMEに従えば動くはず。 rake db:seed でサンプルデータがインサートされるます。

Rails3だからといって、別段特殊なコードは書けなかった。 よくもわるくもいつもどおり書けた。

http://github.com/func09/rails3_sample_bbs/zipball/mongoid-20100813

http://github.com/func09/rails3_sample_bbs/zipball/activerecord-20100813

Posted in ruby, ruby on rails at 8月 16th, 2010. No Comments.

Rails3のリリース前にチェックすべきこと

このエントリーを含むはてなブックマーク

みんな大好きRuby on Railsも、RCが出て、いよいよバージョン３登場間際といった感じですね 2010年8月30日にリリースされました。

ベータ版をいれるのはちょっと・・と尻込みしていた人（僕）も、やっと重い尻を上げてみようじゃないかと思わなくもないのではないでしょうか？

そこで、Rails3のリリース前にチェックすべき事などをメモします。

RVMをインストールして、Rails2とRails3の環境を共存させる

Rails3から、railsコマンドの挙動が大きく変わっているので、これまでのRails2も使う必要がある場合は、RVMで複数のRuby環境を準備しておくのが良いです。

Ruby Freaks Lounge 第39回　RVM（Ruby Version Manager）による環境構築
http://gihyo.jp/dev/serial/01/ruby/0039

Ruby Freaks Lounge 第40回　RVM（Ruby Version Manager）による環境構築（2）
http://gihyo.jp/dev/serial/01/ruby/0040

※追記を参照のこと

Rails2 と Rails3 の違いを、ざっくりっと学ぶ

いままで慣れ親しんだRails2のインターフェイスは、結構互換性があるので、移行に関してものすごく大きなインパクトがあるわけではないようです。

Rails2との違いを比較しながら、Rails3の新しい部分を紹介した素晴らしいスクリーンキャストがあります。 各コンポーネントごとに動画が用意されていて、資料のPDF（全８６ページ）もとてもわかりやすく、一度Rails2を学んだ人であれば、ひととおり流せばRails3の新機能を把握できると思います。

Dive into Rails3
http://rubyonrails.org/screencasts/rails3

上記のプレゼン資料（PDF）
http://assets.en.oreilly.com/1/event/40/The%20Rails%203%20Ropes%20Course%20Presentation.pdf

時間がないひとはPDFを見るだけで十分ですよ。

Rails2のプロジェクトをRails3にアップデートする

既存のRails2プロジェクトをRails3にアップデートする方法は、RailsCastsで紹介されています。

Upgrading to Rails 3 Part 1
http://railscasts.com/episodes/225-upgrading-to-rails-3-part-1

Upgrading to Rails 3 Part 2
http://railscasts.com/episodes/226-upgrading-to-rails-3-part-2

Enjoy Rails3!

追記：2010-08-30

RVMはGemによるインストールが非推奨なので、こちらの方法に従うのがよいとのことです（by @babie）。

http://rvm.beginrescueend.com/rvm/install/

Posted in ruby, ruby on rails at 8月 10th, 2010. No Comments.

[rails]PaperClipでクロッピング

このエントリーを含むはてなブックマーク

PaperClipでクロッピングしたい場合の書き方メモ

has_attached_file :picture, :styles => { :thumb => "200x200#" }

サイズ指定の後ろに「#」で切り抜きになるようだ

Posted in ruby, ruby on rails at 8月 6th, 2010. No Comments.

[Heroku]タイムゾーンを設定する

このエントリーを含むはてなブックマーク

Rails使いの味方Herokuネタです。

HerokuでRailsアプリをデプロイする場合、タイムゾーン設定にちょっと癖があります。

Read More…

Posted in ruby, ruby on rails at 7月 28th, 2010. No Comments.

ツイッターに匿名で投稿できるサービスを作りました

このエントリーを含むはてなブックマーク

ツイッターに匿名で投稿できるサービスを作りました。

つぶやき＠名無しさん http://nanasi3.com/

Read More…

Posted in Webサービス, ruby, ruby on rails at 7月 9th, 2010. No Comments.

[rails] nifty_layoutがHamlに対応してた

このエントリーを含むはてなブックマーク

NiftyGeneratorとは？

すごくニッチな話題になってしまいますが Railsでサクっとモックを作る時、僕はnifty_generatorを使います

http://github.com/ryanb/nifty-generators

nifty_generatorはRailsCastsのryanb作の、サクっと便利でシンプルなコードを生成してくれるパッケージで

  • レイアウト
  • Scaffold
  • 設定ファイル
  • 認証処理

を生成するコマンドを提供してくれます。

RailsCasts内のサンプルアプリケーションは、いつもnifty_generatorを使ってますね。

標準のGeneratorスクリプトに比べて良い点は

  • デザインがシンプルだけど適度に良く、拡張する土台にしやすい
  • レイアウトが良くできている
  • レイアウトだけ生成できる

という具合です。

特にScaffoldしなくてもレイアウトを生成してくれるのは、非常に便利なので僕は常用しているのですが、

最近ViewをHamlで書くようになってから、ちょっと不便だなぁと感じていました。

Haml対応してた

ヘルプみたら、普通に対応してるし・・。

script/generate nifty_layout --haml
create app/views/layouts
create public/stylesheets
exists app/helpers
create public/stylesheets/sass
create app/views/layouts/application.html.haml
create public/stylesheets/sass/application.sass
create app/helpers/layout_helper.rb

すごい！かわいい！nifty_layout！

そして僕はどんどんコードをエディタで書かなくなるんだ！

Posted in ruby on rails at 6月 29th, 2010. No Comments.

Facebooker のユーザー情報取得とキャッシュの仕組みを調べたメモ

このエントリーを含むはてなブックマーク

Facebooker

FacebookerはRuby on Rails用のFacebookプラグインです。
Facebookアプリケーションを作ったりFBMLのヘルパーがあったりREST APIへのラッパーが用意されていて、大変に便利が良いです。

使い方は

チュートリアル
http://apps.facebook.com/facebooker_tutorial/

や

Developing Facebook Platform Applications with Rails http://www.pragprog.com/titles/mmfacer/developing-facebook-platform-applications-with-rails

を参考にしてください。
書籍の方はちょっと情報が古いのですが、それでも十分役立ちます。

ユーザー情報の取得方法

Facebookerでのユーザー情報の取得は、とてもRails的でわかりやすいです。

script/console で実行する場合

  1. # Facebook ユーザーID
  2. facebook_id = 1234567890
  3.  
  4. # Facebookのセッションキー
  5. session_key = 'xxxxxxxxxxxxxxxxxxxxxxxxx'
  6.  
  7. # Facebook APIにアクセスするためのセッション作成
  8. fb_session = Facebooer::Session.create
  9. fb_sessoin.secure_with!(fb_sessoin, facebook_id, 1.hour.from_now)
  10.  
  11. fb_session.user #=> セッションユーザー情報。Facebooker::Userのインスタンス
  12. fb_session.user.friends #=> セッションユーザーの友人のユーザー情報。Facebooker::Userインスタンスの配列


ユーザー情報の取得には、Users.getInfo APIを利用する。

ユーザー情報のキャッシュ

Facebooker::Userインスタンスは、生成された後、最初にプロパティ（#name, #age ..etc）にアクセスしたタイミングでUsers.getInfo APIにリクエストを投げる。一度リクエストしたら、２度目はキャッシュしたメモリから値を返す。

Facebooker::Userインスタンスを作成しても、プロパティにアクセスしなければUsers.getInfo APIをリクエストしないので、少しはパフォーマンスに効果があるのかもしれない。

  1. user = fb_session.user # まだREST APIにリクエストしてない
  2. user.name #=> 'Yukio Hatoyama' このタイミングでREST APIにリクエストしている
  3. user.sex #=> 'Male' メモリーから取得


同じユーザーでもキャッシュは効かない場合がある、ていうかほとんど。

基本的にはインスタンス変数にデータを蓄えているだけなので、同じFacebookユーザーでもオブジェクトが違えば、キャッシュは当然効いていないため、それぞれAPIへリクエストすることになる。

  1. # UID123456789のユーザー
  2. user = Facebooker::User.new(123456789, fb_session)
  3. # users.getInfo APIにアクセスする
  4. user.name #=> 'Yukio Hatoyama'
  5.  
  6. # 同じUIDを持つユーザー
  7. sameuser = Facebooker::User.new(123456789, fb_session)
  8. # Users.getInfo APIにアクセスする
  9. sameuser.name #=> 'Yukio Hatoyama'


フレンド情報の取得

Facebookerでのフレンド情報取得は、Facebooker::User#friendsを利用することになる。 このようなAPIがFacebookに存在しているわけではなくて、Friends.get APIで友人のID一覧を取得した後にその人数分Users.getInfo APIをリクエストしにいっている。

従って、かなり効率が悪いです・・。

  1. user = Facebooker::User.new(123456789, fb_session)
  2. user.friends #=> Userインスタンスの配列コレクション。友達が20人いれば、リクエスト数は21回。


フレンド情報のキャッシュ

フレンド情報の取得にはキャッシュが効く。効かなかったらやばいよね。

  1. user = Facebooker::User.new(123456789, fb_session)
  2.  
  3. # フレンド数分、users.getInfo APIをリクエスト
  4. user.friends
  5.  
  6. # メモリのキャッシュから返すので、APIはリクエストしない
  7. user.friends
  8.  
  9. # プロパティを指定した場合、もう一度人数分リクエストする
  10. user.friends([:name, :sex])
  11.  
  12. # キャッシュから返すのでAPIはリクエストしない
  13. user.friends([:name, :sex])


これもUserインスタンス内の変数にキャッシュしているだけだから、あまり効果なさそうだなぁ。。

最後に

FacebookerはFacebookアプリをRubyで作りたい場合、とても便利です。
情報も他のライブラリに比べて一番充実していると思います。

僕もこれまでFacebook関連のアレをやってきましたが、Facebookerのインターフェイスの良さにはしびれっぱなしです。

キャッシュに関しては、FacebookのユーザーIDベースでKey Value Storeに保持しておけるようにできたらいいなと思っていますが、Facebookの規約的にアウトじゃないのか？とか、そもそもユーザー情報の見え方がユーザーによっては違うはずなので、やっぱりサービス全体でキャッシュするのはダメかなぁ。

追記

Facebooker::User#users(ids)メソッドを使えば、リクエストが１回で済むことがわかった。
基本的にはこっちを使おうかな。

Posted in ruby, ruby on rails at 2月 19th, 2010. 1 Comment.

[sinatra for flasher] 大量のダミーデータを返すAPIを作る

このエントリーを含むはてなブックマーク

FLASHer のためのSinatra入門 [導入編]

前回の続きです。

今回は大量のダミーデータを返すAPIを作ってみます。
要件としては

  • 住所録を返すAPI
  • 本番サーバはPHPなので、URLもそれに合わせる
  • 100件程度、ランダムで返す
  • XMLの内容は、名前、メール、メッセージ、性別、国

という感じです。

Read More...

Posted in flash, ruby, sinatra, 未分類 at 2月 17th, 2010. No Comments.

[Sinatra] Sinatraでnamespaceルート（嘘）

このエントリーを含むはてなブックマーク

Sinatra 楽しい！

今のところあまり大きなものを作る予定がないんだけど、ひとつのファイルにたくさんのルートを書いているとごちゃごちゃしてちょっと嫌だ。

かといってコントローラーを複数に別けるのもSinatraスタイルに反しているような気がする。そこでルートの階層をわかりやすくするTIPS。

  1. def namespace routename, &block
  2.   yield
  3. end


namespaceというメソッドをトップレベルに定義しておく。このメソッドはブロックの内容を実行するだけ。

  1. get '/users' do
  2.   'Users Index'
  3. end
  4. get '/users/new' do
  5.   'New User'
  6. end
  7. get '/todos' do
  8.   'Todos Index'
  9. end
  10. get '/todos/:id' do
  11.   "Show Todo #{params[:id]}"
  12. end


これが

  1. namespace '/users' do
  2.   get '/users' do
  3.     'Users Index'
  4.   end
  5.   get '/users/new' do
  6.     'New User'
  7.   end
  8. end
  9. namespace '/todos' do
  10.   get '/todos' do
  11.     'Todos Index'
  12.   end
  13.   get '/todos/:id' do
  14.     "Show Todo #{params[:id]}"
  15.   end
  16. end


こう書けるようになる。

少し見やすい

Posted in ruby, sinatra at 2月 16th, 2010. No Comments.

FLASHer のためのSinatra入門 [導入編]

このエントリーを含むはてなブックマーク

はじめに

こんにちはーFlasherのみなさん。
すっかりRuby記事ばっかりなのに、いまだにブログ訪問者の大半はFlasherらしいこのブログ。
久しぶりにFLASHerのための記事を書けそうです。

今日とりあげるのはSinatraというRubyで作られた超シンプルなフレームワークです。

  1. require 'rubygems'
  2. require 'sinatra'
  3. get '/hi' do
  4.   "Hello World!"
  5. end


このたった5行で、http://localhost:4567/hi にアクセスすると「Hello World!」というテキストを返すAPIサーバがローカルPC上に完成するんだ。

Rubyがわからなくたって、どんなプログラムなのか一目瞭然だ。シンプルだと思わないかい？
今回はこのシンプルなSinatraを使って、あなたのFlash案件に使える、より本番に近いモックAPIサーバを作ろうというお話です。

Read More...

Posted in flash, ruby, sinatra, 未分類 at 2月 16th, 2010. 2 Comments.

« Older Entries