1. 將專案納入git版本控管中，指令是git init
2. 建立一個新的Heroku空間，指令是heroku create或是heroku create YOUR_APP_NAME
3. 在config/environment.rb加上$KCODE='u'（避免中文編碼問題，我是加在第一行）
4. 將所有檔案丟到Heroku上：git add . ; git commit -a -m "deploy to Heroku" ; git push heroku master

步驟其實很簡單，官方文件上應該也能找到更詳盡的教學，另外要注意的是，如果您的專案擁有自己的網址，希望能一併指到Heroku，還需要注意下列事項：

1. 將DNS中的CNAME 指到proxy.heroku.com，或是將A Record指到75.101.163.44, 75.101.145.87, 174.129.212.2，Heroku的程式在新增custom domain name時會先檢查您的DNS Records。
2. 請在Heroku的帳戶管理中輸入您的信用卡資料（custom domain name雖然是免費的服務，但要驗證信用卡）
3. 使用heroku addons:add custom_domains指令啟用自定網址
4. 使用heroku domains:add YOUR_DOMAIN_NAME來新增網址

當然，上述步驟可以不透過指令，直接在Heroku的管理介面完成。

我自己在移植的過程中遇到兩個問題，第一個是資料丟上Heroku之後都變成亂碼，但我的MySQL編碼就是UTF8了，實在沒道理，因此就嘗試加上$KCODE的設定，沒想到馬上管用。

第二個問題是資料如何丟到Heroku，步驟也很簡單：

1. sudo gem install tap（tap就是讓你可以無痛轉移的關鍵Ruby gem）
2. heroku db:push（如此一來就會把資料庫，包括schema、data、index完整送上Heroku）

其中要注意的是，Heroku設計的原意是讓你可以將開發過程中已有的測試資料（development環境）丟上Heroku一併測試，因此我目前沒有找到如何讀取production環境的參數，我自己的作法是在config/database.yml中將development的設定改為production的設定，讓程式去讀取production。

或是你也可以使用指令的方式指定任意的資料庫：heroku db:push mysql://YOUR_USER_NAME:YOUR_PASSWORD@localhost/DB_NAME

P.S. 當然，如果嫌Heroku不好用或是其他原因想要搬家，只要下heroku db:pull，就會把雲端上的資料撈回來放在development環境，我自己是用SQLite，資料就會倒進SQLite了，是不是很方便呢？:p

這篇文章著重在如何利用Heroku（號稱提供Rails的雲端運算環境、簡單的部署流程並支援Git）架設免費的Redmine專案管理環境。

環境方面您至少要擁有Rails開發環境、Git版本控制軟體、Ruby gem: Heroku以及Heroku帳號，至於其他需要安裝的Ruby Gems請參考Redmine本身的需求。

1. svn co http://redmine.rubyforge.org/svn/trunk redmine
2. cd redmine
3. 編輯.gitignore並移除下列兩行內容
   config/initializers/session_store.rb
   public/plugin_assets
4. rake config/initializers/session_store.rb
5. mv config/database.yml.example config/database.yml
6. rake db:migrate RAILS_ENV="demo"（這一段我是用SQLite的資料庫，是Redmine預設的，有跑這一段好像才會作一些初始化的動作，我就沒仔細去研究如何繞過這一段了，您可以自己在local端開個mysql來完成這個項目）
7. git init; echo .svn >> .gitignore ; git add . ; git commit -a -m "Init Redmine project"
8. svn propset svn:ignore .git .（請svn忽略.git目錄，請注意.git之後還有一個 .）
9. heroku create（或是heroku create your_app_name，若沒指定名稱則會由Heroku隨機產生；完成指令後可以下heroku info觀看相關資訊）
10. git push heroku master
11. heroku rake db:migrate

此時在瀏覽器中造訪您的Heroku網址應該就會看到正常執行的畫面了。Redmine預設的管理員帳號密碼皆為admin，您可以直接登入開始使用Redmine來做為您的軟體專案管理系統。

P.S. 依照上列步驟安裝後尚無法使用E-mail發信功能（E-mail notifications for any updates），我在自己的主機上是習慣使用Gmail（或是Google Apps下的Mail）來發信免去自行維護郵件主機的麻煩，我猜Heroku上也可以如法炮製，由於這部份我還沒有研究，等下一篇文章再與各位分享。

之前使用Rails 1.2.x版本時根據我當時的作法並無不妥，因為我自己的coding習慣是會完整地指定controller, action以及id，並在對應的action中使用find_by_key的方法來找到資料。

然而，升級到Rails 2.0後便會出現許多麻煩，例如預設產生的scaffold必須修改許多地方，才能讓Model.find_by_key、redirect_to post_url(@post)之類的方法正確運作。

於是我一直到前陣子才找到應該比較正規的作法：在Model中使用to_param方法。

to_param(): Enables Active Record objects to be used as URL parameters in Action Pack automatically.

這麼好用的方法我居然不是一開始就發現，只能說相見恨晚，好險我開發Rails 2.0的時間還不算長，沒走到太多冤枉路。要實踐本標題所說的在Rails 2.0中如何避免在URL使用資料流水號便相當簡單！

1. 建立Scaffold：（通常會對key這個欄位建立index並設定字串長度limit，別忘了:p）
script/generate post title:string content:text key:string

2. 將Post的migration寫進資料庫後修改Post model如下：

class Post < ActiveRecord::Base
  before_create :generate_key

  def self.find(*args)
    if args.first.is_a?(String)
      find_by_key(args.shift, *args) or raise ActiveRecord::RecordNotFound
    else
      super
    end
  end

  def to_param
    key
  end

  protected
  # 我前一篇文章產生key的方式不太一樣，這應該是個人習慣。
  # 另外，其實亂碼的網址沒有SEO的效益，建議還是弄個slug吧！
  def generate_key
    require 'digest/sha1'
    self.key = Digest::SHA1.hexdigest( Time.now.to_s.split(//).sort_by {rand}.join )[15..24]
  end
end

就這樣！概念很簡單，就是不再用ID當查詢的參數，全面改用key啦！關鍵就在於使用to_param()方法以及對find做進一步的判斷，因為我除了Model.find(:all)之類的Symbol，其餘的CRUD都是傳入Key作為參數，因此在此僅簡單地判斷是否為字串。

如此一來，不管你是什麼user_posts_url, new_user_post_url都可以輕鬆地直接以ActiveRecord Object傳遞，起碼我之前曾經嘗試用edit_post_url(@post.key)這種方式傳值，非常麻煩、要改Controller又要改View，現在用了to_param()，什麼都不用改了！又優雅又簡單，寫起來更加快樂、效率也提昇了:p

P.S. 其實在Rails 1.2.x應該也是這麼做比較優雅，不限於2.0

Ruby Plus是個類似Railscasts的影片收藏站，提供各種Rails（或Ruby）相關的教學影片，例如：如何在Rails 2.0中上傳圖片、如何開發Rails Plugins，或是最近比較熱門的RESTful目前也有幾篇教學影片可以參考。

註：Railscasts因為出來得比較早，教學影片較多，也可參考參考。:D

初次登入之後會看到如下畫面：

此時尚未建立任何應用程式，點選建立程式之後會轉到另一個網址：http://edit.untitled-22289.heroku.com/，由於尚未對應用程式命名，網址是以流水號加上untitled的方式命名，這是可以設定的。（說不定還支援使用者自行指定domain name？或許將會是個付費服務）。

上圖是應用程式的設定畫面，可以自訂網址、支援協同編輯、匯入/匯出、程式版本快照（簡單的版本控制），至於Other裡面目前只有Destroy一項功能:p

因為內文都是一些截圖，使用起來對我而言也沒有太大的驚喜，所以先講結論吧！

• 適合初學者
  環境都已經建好了，連資料庫都免費提供，完全不需要學習建置環境或是任何設定，就可以開始快快樂樂寫Rails。
• 適合拿來當維護環境
  手邊沒有電腦、沒有合適的開發環境、沒有安全的網路環境，又急著要修改？如果類似的服務可以提供https://的SSL環境，或許可以拿來玩玩看。
• 適合拿來推廣Rails
  技術高手想要推廣Rails，但手邊沒有現成的環境，登入Heroku馬上就可以開始demo Ruby on Rails的威力，新手看到一個留言板居然沒有幾行程式就搞定，一定會馬上被拐進來的:D

下圖即編輯程式的主畫面：

畫面的構成我就不多做介紹了，基本上在編輯畫面可以看到Rails app的目錄結構、檢視資料庫schema以及Rails的log file，點選右上角的圖示則會馬上跳轉到應用程式執行的頁面，讓你知道目前執行的狀況。

畫面左下角則有幾個寫Rails必備的指令工具：Generator, Console以及Rake

先打開Console模式來玩玩看，點選Console之後會跳到另一個網址，此時出現的是全螢幕的Console畫面，等等再建幾個Model來玩玩看：

HelloWorld，建個留言板！

Code Generator的畫面：

執行之後也會告知執行結果：

稍微寫一下migration，使用編輯器的感覺是非常不順手，我的作業系統、Firefox都是英文環境，語系也設為en-us，但在編輯器裡面卻會出現游標與實際文字位置無法對齊的狀況，實在是相當奇妙。

先不管它，先migrate上去了！Rake的畫面也是純指令模式，這點就不太親切啦～建議開發團隊可以考慮NetBeans那種IDE懶人用法啊XD

看到這個畫面，我才想起我根本還沒設定database啊XD趕快看看database.yaml如下：

換句話說，heroku目前提供了database而且還是postgresql :p，說不定以後也會是個向使用者索取費用的服務。

接下來建立scaffold讓我的guestbook跑起來吧！

建立完成之後，應該就可以馬上看到程式目前的畫面啦～！

檢視資料庫

檢視資料庫的畫面可以看到目前有哪些資料表：

也可以直接點進去修改：

檢視Log file

點選各個訊息還可以看到更詳盡的資訊。

（最近因為忙著申請學校，同時面對工作上的專案跟學校的專題，實在是難有餘裕寫文章，今天算是忙裡偷閒:p幾天沒寫文章手真的很癢，過一陣子忙完會盡量多發文的。）

Heroku是個號稱可以讓你在線上撰寫你的Rails程式，並且連Hosting的服務都一起搞定的網路服務，有興趣的朋友可以到此網址排隊申請：http://heroku.com/beta，邀請函目前需要等待12天左右。

Heroku上列出了幾個特色如下：

• 線上編輯程式
  
• 支援Hosting，新建或是匯入Rails程式後即可直接啟動:D
  
• 分享或協同編輯
  
• 支援匯入、匯出
  
• 還支援完整的Console模式
   

References

• Heroku: An Online Rails Development and App Hosting Environment

我個人比較常用到的是has_many :through，也就是本篇的主題。

範例說明

本範例將建立物品清單管理，每個使用者擁有多個物品，例如A擁有電腦、手機、相機；使用者設定物品清單的時候可以建立描述，例如紀錄購入時間、價格或是其他文字描述等等。

資料庫規劃

首先建立兩個Model分別為User、Item，分別對應到Users以及Items資料表，另外建立記錄兩者relationship的Model及Table，使用migration來建立內容如下：

# db/migrate/001_create_users.rb
class CreateUsers < ActiveRecord::Migration
  def self.up
    create_table :users do |t|
      t.column :name, :string, :null => false
      t.column :created_at, :datetime
    end
  end

  def self.down
    drop_table :users
  end
end

# db/migrate/002_create_items.rb
class CreateItems < ActiveRecord::Migration
  def self.up
    create_table :items do |t|
      t.column :name, :string, :null => false
      t.column :description, :text
      t.column :created_at, :datetime
    end
  end

  def self.down
    drop_table :items
  end
end

# db/migrate/003_create_ownerships.rb
class CreateOwnerships < ActiveRecord::Migration
  def self.up
    create_table  wnerships do |t|
      t.column :user_id, :integer, :null => false
      t.column :item_id, :integer, :null => false
      t.column :description, :text
      t.column :created_at, :datetime
      t.column :updated_at, :datetime
    end
  end

  def self.down
    drop_table  wnerships
  end
end

Model的程式如下，簡單來說就是透過第三個Model來記錄兩個Model之間的關係：

# app/models/item.rb
class Item < ActiveRecord::Base
  has_many  wnerships
  has_many :users, :through =>  wnerships
end

# app/models/user.rb
class User < ActiveRecord::Base
  has_many  wnerships
  has_many :items, :through =>  wnerships
end

# app/models/ownership.rb
class Ownership < ActiveRecord::Base
  belongs_to :item
  belongs_to :user
end

如此一來，就可以用下列指令來增加User, Item，並且可以查詢到某User所有的items，或是
擁有某item的users。

peter = User.create(:name => "Peter")

deduce = User.create(:name => "Deduce")

phone = Item.create(:name => "phone")
camera = Item.create(:name => "camera")

peter.items << phone

peter.items.count
phone.users.count

這篇文章你可以視為「如何在多對多關係中，記錄額外的資訊」。其實一般想要在M:N之間的關係記錄額外的資訊，應該是會透過has_many :through比較恰當，不過因為當初我在寫好友名單時，先用了上一篇文章的寫法，所以才找到本篇文章要談的作法。

簡單來說，如果要記錄的資訊只有一個欄位，用本篇作法是快又有效；否則，我認為還是用has_many :through應該比較方便。後者的作法下次再談。

正文開始...

常見的社群網站，建立好友之間的關係不外乎是加入好友、並通知對方，似乎比較少有可以替好友分群組、加上描述的功能，其中丁丁大站就是可以替好友們加上描述以及分組的。這篇文章就是教你如何像丁丁大站一樣，用簡單的程式建立好友關係並加上簡單的描述。

首先一樣是你必須有一張記錄Friendship的Table，偷用上一篇的Migration（這樣上一篇瞬間變得毫無意義了-.-，不過我的想法是，一般人應該只會用到上一篇的作法。）。注意，與上一篇不同的是，這裡多了description欄位

class AddFriendship < ActiveRecord::Migration
  def self.up
    create_table :friendships, :id => false do |t|
      t.column :user_id, :integer, :null => false
      t.column :friend_id, :integer, :null => false
      t.column :description :string
    end
  end

  def self.down
    drop_table :friendships
  end
end

接下來一樣是定義model，一樣是拿上一篇的程式，多了三行程式：

• attr_accessor :description，由於ActiveRecord的Class在mapping到資料庫時，是直接對應到table的column，但目前users table沒有description這個column，因此我們在此給User這個class一個屬性，等一下在建立好友關係時就可以一併連好友描述都塞到friendships裡面。
• :insert_sql，因為除了ActiveRecord會幫我們找到foreign_key所屬的欄位之外，我們還需要塞入額外的資訊，因此自訂語法。
• after_find的定義，由於ActiveRecord撈出資料後，User這個model本身沒有description欄位，所以我們在撈出好友關係的時候，再把description寫到剛剛建立好的屬性。

class User < ActiveRecord::Base
  attr_accessor :description
  has_and_belongs_to_many :friends,
    :class_name => "User",
    :join_table => "friendships",
    :association_foreign_key => "friend_id",
    :foreign_key => "user_id",
    :insert_sql => 'INSERT into friendships (user_id, friend_id, description) VALUES (#{id}, #{record.id}, \'#{record.description}\')'
    # 要特別注意引號的使用，尤其description通常都是string，所以用單引號框起來

  def after_find
    self.description = self["description"]
    # 說實在這邊我也不是很確定寫法是否正確XD應該說可以work，但不知道有沒有更好的寫法:p
  end
end

如此一來，你就可以用下列的程式來建立、取得好友及描述

u = User.create(:name => "deduce")
k = User.create(:name => "punk")
u.description = "Rails愛好者:deduce"
k.friends <<  u unless k.friends.include?(u)

# 輸出好友描述
k.friends.each do |friend|
  puts friend.description
end

註：description的字串丟進去之前要記得先處理，避免發生不必要的問題，例如SQL injection之類的。

References

• Rails: 建立好友名單

首先新增一張Table來記錄Friendship（請善用Migration）：

class AddFriendship < ActiveRecord::Migration
  def self.up
    create_table :friendships, :id => false do |t|
      t.column :user_id, :integer, :null => false
      t.column :friend_id, :integer, :null => false
    end
  end

  def self.down
    drop_table :friendships
  end
end

接下來在User Model中定義好友關係：

class User < ActiveRecord::Base
  has_and_belongs_to_many :friends,
    :class_name => "User",
    :join_table => "friendships",
    :association_foreign_key => "friend_id",
    :foreign_key => "user_id"
end

如此一來，你就可以用下列語法來建立使用者之間的好友關係：

u = User.create(:name => "deduce")
k = User.create(:name => "punk")
u.friends << k if not u.friends.include?(k)
# 如果 u 的好友不包含 k 則加入好友，不需要另外進行儲存的動作

u.friends取得好友名單、u.friends.count取得好友人數

事實上XDite應該是有在另外一場活動提過因應的對策，雖然我沒抓下來聽，不過我猜應該是改變Controller的設計方式，以亂碼或是其他方式來產生URL。

首先在Table裡面加上「permalink」這個column，如果你是要在既有的table上新增，可以使用migration來新增欄位（當然你也可以砍掉重練XD）

class AddPermalink < ActiveRecord::Migration
  def self.up
    add_column :posts, :permalink, :string
    add_index :posts, :permalink, :unique => true
  end

  def self.down
    remove_index :posts, :permalink
    remove_column :posts, :permalink
  end
end

接下來在Model裡面定義permalink的產生方式

class Post < ActiveRecord::Base
  before_create :generate_permalink

  protected
    def generate_permalink
      # 定義permalink的產生方式
      self.permalink = Time.now.strftime("%Y-%m-%d_") + rand(100000).to_s
    end
end

這邊我是用時間加亂數的方式產生permalink，事實上這樣的寫法還是有可能重複，不如用SHA或MD5的方式來產生Permalink也不錯（雖然長了點）。

class Post < ActiveRecord::Base
  before_create :generate_permalink

  protected
    def generate_permalink
      # 用標題+時間進行md5的編碼
      require 'digest/md5'
      self.permalink = Digest::MD5.hexdigest(self.title + Time.now.to_s)
    end
end

往後在連結可以使用：

 link_to post.title,
                :controller => "post",
                :action => "show",
                :id => post.permalink

在Controller裡面Action的寫法則是：

class PostController < ApplicationController
  def show
    @post = Post.find_by_permalink(params[:id])
  end
end

上回寫有關ActiveRecord的文章其實到現在都一直提不起勁來寫，一來是我認為基礎性的教學，網路上或書店裡都有很多參考資料，似乎輪不到我來寫；二來是進階的教學我又不夠力。但站在推廣的角度來說，關於Ruby on Rails的文章總是多多益善。

還記得以前我跟老師、同學們分享Ruby on Rails這個嶄新的框架時，快速在短短幾分鐘內依賴ActiveRecord及Dynamic Scaffold所搭建起來的簡單網站，讓在場的人都留下了滿深刻的印象。然而，對老師來說，他認為MVC pattern或ORM的實作雖然可以快速、有效地提高生產力，但這個框架的能耐有多大是他最關心的。

說實在，Ruby on Rails的能耐我也無從說起，因為Ruby on Rails能做到的，其他語言也都能做到，甚至其他語言、框架、技術有著更悠久的歷史、更成熟的架構，甚至更有力的後台，例如.NET, JAVA頗受企業青睞，出問題時即使自己公司內部的技術人員無法搞定，還可以求救於其他公司甚至原廠。

當時老師問我一句：「Ruby on Rails拿來做電子商務、處理金流、交易系統ok嗎？」事實上我當然認為是ok的，但我也很清楚要做這些事情"好像"不該拿RoR來做，總之，當下的我實在難以回答老師的問題，頓時我覺得自己目光如豆，我的視野大概就只停留在Web Development，所謂企業級的解決方案，我可說是個門外漢。（事實上我們那們課修的是Web 2.0研究，我報告純Web相關的應該沒錯啊XD如果是要拿Web做金流、電子商務，那RoR理所當然也是個選擇嘛，要加密、要搞Web Service、要連結不同的資料庫也都沒問題啊～:p）

老師似乎沒有太大興趣，那同學們呢？大概是我沒有表現出Rails的優美，同學們大概也只是當作我在報告給老師聽、而不認為我是在推廣-.-，總之後來我只成功讓一位同學繼續走上學習Ruby on Rails的道路，而他也成功讓一位女同學在某一門課的期末專題使用Ruby on Rails開發網頁。現在回頭想想，當初真是辛苦他們了orz

在那之後，如同日前我剛換上的新版面所言，我的工作、專案主要使用.NET Framework開發，Ruby on Rails是我閒暇時拿來娛樂的工具之一。主要原因有二，一是我認為除了網頁開發之外，我還想學習更多的技術；二是因為人在江湖、身不由己，我的工作、我的專案都是不得已要使用.NET的orz...

不過，學習Ruby on Rails的過程著實讓我成長不少， 寫Rails有時候是一種享受:D

這篇本來是想寫這一陣子開發Rails網頁，有關使用Helper的心得，不過既然已經扯遠了，那就下次再說吧XD

anyway，ericsk的文章在此：jq4r - jQuery helpers for Rails

他另外開了一個blog及google code project專門來放jq4r：

• jq4r project: http://jq4r.googlecode.com/
• jq4r blog: http://jq4r.blogspot.com/

最近在ptt的Ruby板，有板友在討論刪除資料時如何進行驗證，原po的問題大致上是說倘若某一筆資料跟其他的資料有所關聯，該如何顯示錯誤訊息給使用者、告知因為有資料的關聯參照存在所以無法刪除。

看到這個問題，我心中第一個想到的是「就用CASCADE的方式把資料一口氣刪光啊！」XD不過隨即想想，大多數的資料可不是說想刪就能隨便刪的，例如在Ruby板上的討論串就有人提到要刪除某個分類名稱，但在刪除前要先將該分類底下的文章都指定為未分類。

總之，好奇心驅使之下，我猜想ActiveRecord裡面一定有針對關聯性特別設計一套機制來處理，果不其然其實在has_one, has_many底下就有:dependent來處理互相參照的資料。

:dependent有三個選項：（在此假設User has_many Posts, Post has_many Comments）

class User < ActiveRecord::Base
  has_many :posts, :dependent => :destroy
end

• :destroy：呼叫User.destroy時，ActiveRecord會呼叫Post.destroy來達到刪除Posts的目的，也就是與該Posts相關聯的comments也會被一併刪除。（除非Post與Comments之間的關係是nullify）
• :delete_all：呼叫User.destroy時，僅刪除User本身及該user的posts。
• :nullify：不刪除關聯的物件，僅將User的posts之Foreign Key改為NULL

至於要在物件刪除之前，若要做驗證動作，就如同ptt Ruby的板主godfat分享的一樣，使用"before_destroy"可以在呼叫destroy之前先做其他動作。例如在這個網頁裡面看到的sample code（before_destroy是寫在Model裡，destroy的動作則是由controller中的action來呼叫）:

class Group < ActiveRecord::Base
  acts_as_tree  rder => "name"

  has_and_belongs_to_many => :users

  before_destroy :validates_no_dependents

  def validates_no_dependents
    if children.size > 0 || users.size > 0
      errors.add :base, "Cannot delete this group, as it has sub-groups and/or users"
    end
  end
end

定義Model之間的關係

平常我們在描述兩個資料表之間的關係，通常可能會說兩張table是一對一、一對多、或是多對多，而在ActiveRecord裡，兩個Model之間的關係主要以上述的三種方式來定義。

延續上一篇文章中我所建立的三個model: User, Video, and Comment，這三個model之間的關係如下：

• User has_many videos：User可以擁有多個Videos
• User has_many comments：User可以擁有多個Comments
• Video belongs_to user：Video必然會屬於某個User
• Comment belongs_to user：Comment也會屬於某個User
• Video has_many comments：每個影片都可以有多筆Comments
• Comment belongs_to video：每個 comment也會屬於某個Video

看這樣的描述，如果是尚未接觸過Ruby on Rails或是ActiveRecord的讀者一定會感到疑惑，根本聽不懂我在說什麼嘛！請看下列三段程式碼，分別是上述三個Model的程式：

#Model: rails_app/app/models/user.rb
class User < ActiveRecord::Base
  has_many :videos
  has_many :comments
end

#Model: rails_app/app/models/video.rb
class Video < ActiveRecord::Base
  has_many :comments
  belongs_to :user
end

#Model: rails_app/app/models/comment.rb
class Comment < ActiveRecord::Base
  belongs_to :user
  belongs_to :video
end

看出什麼了嗎？只要使用很直觀的has_many, belongs_to這樣的method便可以輕鬆定義Model之間的關係。

定義資料表欄位：使用Migration

接著，我們還必須仰賴migration替我們新增對應的資料表或欄位，在上一篇文章中已經完成了User migration的程式：

#Migration: rails_app/app/db/migrate/001_create_users.rb
class CreateUsers < ActiveRecord::Migration
  def self.up
    create_table :users do |t|
      t.column :name, :string, :null => false
      t.column :email, :string, :null => false
      t.column :password, :string, :null => false
      t.column :nickname, :string, :null => false
      t.column :memo, :text
      t.column :created_at, :datetime
      t.column :updated_at, :datetime
    end
  end

  def self.down
    drop_table :users
  end
end

在上一篇文章中，除了self.up、self.down兩個method之外，我並沒有交代其他程式碼所代表的意義，這邊稍微補充一下

• create_table代表建立一個新的資料表。透過對資料表進行管理的method尚有：deop_table, add_column, remove_column, rename_column等等。
• create_table :users代表建立一個名為users的資料表，其後開始是一個block
• t.column :name, :string, :null => false分別代表"table中的欄位"、"欄位名稱"、"資料型態"、"不可為null"，這樣的寫法在Ruby是很常見的寫法，假設你不懂Ruby、但卻對Rails有興趣，我建議你可以透過在學習Rails的過程中慢慢熟悉Ruby語言的寫法，我相信很快就上手。
• 有關於建立欄位時的相關選項，可以參考Rails的文件，或是往後的文章或許會用到，我會再一一介紹。
• 別忘了created_at, updated_at是ActiveRecord中的Magic Column Name，它可以幫你在對資料表寫入資料的時候，自動產生資料建立或修改的時間。（雖然說寫入時間這種事情只要一行就可以解決）

接下來我們要繼續完成與Video、Comment這兩個model相關的migration。migration檔案通常是由generator在建立model的同時，就會自動新增一個migration的檔案，而generator也可以單獨產生一個migration file讓你對資料庫的schema進行改變。

#Migration: rails_app/app/db/migrate/002_create_videos.rb
class CreateVideos < ActiveRecord::Migration
  def self.up
    create_table :videos do |t|
      t.column :title, :string, :null => false
      t.column :description, :text
      t.column :user_id, :integer
      t.column :created_at, :datetime
    end
  end

  def self.down
    drop_table :videos
  end
end

#Migration: rails_app/app/db/migrate/003_create_comments.rb
class CreateComments < ActiveRecord::Migration
  def self.up
    create_table :comments do |t|
      t.column :content, :text
      t.column :user_id, :integer
      t.column :video_id, :integer
      t.column :created_at, :datetime
    end
  end

  def self.down
    drop_table :comments
  end
end

從上面的Migration可以發現下列兩點：

• Migrate目錄裡面的檔案，檔名會依001, 002, 003...的次序為開頭，這代表migration的版本。例如你開發到第10版時，發現第十版新增的table或欄位是有錯的，你可以馬上將資料庫的schema還原到第九版。
• 上一篇文中我有提到，Magic Column Name中包含了「xxxx_id」這樣的格式，因此在video、comment的table中可以看到出現「user_id」、「video_id」這樣的欄位，往後ActiveRecord便是用這個欄位來替你找到對應的資料（自動幫你join table）

將Migration定義的內容寫入資料庫

從上一篇文章透過generate指令來產生model、migration files，到本篇文章我們實際去修改上述的檔案內容，如果熟練大概三分鐘就可以完成，接下來便可以開始感受到ActiveRecord所帶來的高生產力與享受:D

做完上述動作之後，我們便要將定義好的table schema寫入資料庫裡面，在Rails的目錄結構裡面，config/database.yml便是在定義資料庫的相關設定值。設定資料庫的動作一般是在建立好Rails Project便該完成的，這算是開發Rails project的前置動作之一，那為甚麼我到現在才說咧？其實只是我忘了先講怎麼建立專案、怎麼設定資料庫罷了.....以後如果要把這個系列彙整起來給Rails新鮮人看，再寫一篇好了XD

關於Rails Project的前置動作可以參考午夜盧比人Winson寫的「My Rails Way」，裡面提到的技巧都相當實用，像是第一點提到的

為了節省時間，我通常會維護一個叫做sample的Rails project，裡面把簡易的帳號、密碼、登入做起來，以及設計一個model，也把他的tag、comment功能作起來，並把相關的測試案例寫好、常用的外掛裝起來，然後整包壓成一個sample.zip檔。

倘若資料庫已經設定好，接下來會使用到「rake」指令來將我們規劃好的schema寫入資料庫裡面，指令如下：
rake db:migrate
通常會得到下面的結果：

deduce@nccu:~/test$ rake db:migrate
(in /home/deduce/test)
== CreateUsers: migrating ======================================
-- create_table(:users)
   -> 0.0170s
== CreateUsers: migrated (0.0174s) =============================

== CreateVideos: migrating =====================================
-- create_table(:videos)
   -> 0.0090s
== CreateVideos: migrated (0.0094s) ============================

== CreateComments: migrating ===================================
-- create_table(:comments)
   -> 0.0089s
== CreateComments: migrated (0.0093s) ==========================

如果沒有出現錯誤訊息就代表資料表皆成功建立，接下來我們便可以開始使用ActiveRecord來對資料庫進行各種關聯式的存取動作！

註：實在是有點拖稿，不過我寫這些文章是希望可以盡量淺白，所以盡量詳細、盡量簡單，一樣，有任何錯誤或建議請多指教。

首先，Ruby on Rails對我而言，最大的衝擊便是Rails中的ActiveRecord實作了ORM (Object-relational mapping)，讓程式對資料庫進行存取的動作時，程式設計師不需要寫任何一行SQL語法，就可以存取到特定的資料表並找到自己想要的資料，沒接觸過Rails或是ActiveRecord的人，會認為：「真的有這麼神奇嗎？」

我可以告訴你，是的，真的就這麼神奇！但，90%的一般性需求不需要寫SQL語法，而剩下的10%特殊需求，Rails又提供給你充足的彈性讓你自訂SQL語法對資料庫進行存取。

如此的作法正符合了Convention Over Configuration的精神，RoR裡面使用大量的慣例來方便程式設計師進行開發，當慣例無法滿足需求時，她同時間會提供足夠的空間讓你自訂想要的功能。

舉例來說，假設要開發一個類似Youtube的網站，資料庫中起碼會有這三個資料表：

• users：儲存使用者資料
• videos：儲存影片的基本資料、發表時間（此例不考慮影像壓縮、儲存技術XD）
• comments：儲存使用者發表的影片評論

在Rails中的作法，通常會使用下列的語法來建立與資料表相對應的三個Model：

ruby script/generate model user
ruby script/generate model video
ruby script/generate model comment

"generate"指令除了會產生上述的三個Model，同時還會產生三個對應的migration，migration中文通常翻作遷移，概念是資料庫的版本演進由migration來控制，包含新增、刪除資料表，或是新增欄位、刪除欄位、欄位類型變更、欄位名稱變更、欄位屬性變更等等，都可以在migration裡面完成。

由migration來進行資料表的管理，優點是無須在意後端使用的資料庫系統為何，migration會自動幫你產生對應到不同資料庫的資料型態及語法，因此無論後端是MySQL、MSSQL Server、DB2、Oracle，ActiveRecord的Migration都可以替你完成資料表的建置與管理。（事實上可能不是每個資料庫系統都有100%的支援。）

由generate指令所產生的migration檔案通常如下：

class CreateUsers < ActiveRecord::Migration
  def self.up
    create_table :users do |t|
    end
  end

  def self.down
    drop_table :users
  end
end

上述的程式碼會對資料庫進行新增table的動作，可以發現其中定義了self.up及self.down兩個method，這代表當程式設計者對於目前對資料庫進行的修改感到不滿意時，可以馬上回到前一個版本，此時migration便會自動執行self.down的程式；換句話說，migration裡面定義的是兩個反向的動作，例如：新增table、移除table；新增欄位、移除欄位。

接下來我將這個CreateUsers的migration修改如下：

class CreateUsers < ActiveRecord::Migration
  def self.up
    create_table :users do |t|
      t.column :name, :string, :null => false
      t.column :email, :string, :null => false
      t.column :password, :string, :null => false
      t.column :nickname, :string, :null => false
      t.column :memo, :text
      t.column :created_at, :datetime
      t.column :updated_at, :datetime
    end
  end

  def self.down
    drop_table :users
  end
end

我定義了七個欄位給users這張table，如此的定義方式，在接下來的開發過程將會有幾個重要的效果：

• ActiveRecord的慣例是自動為每個Table建立「id」這個欄位，作為Primary Key以供存取；換句話說，表格內實際上會有我定義的七個欄位加上id共八個欄位。當然，這是慣例，你不想要id這個欄位也是可以的:D
• 接下來你可以使用User.find(1)來找到在users資料表中id=1的資料，背後其實是自動幫你完成一段SQL語法："SELECT * FROM users WHERE users.id=1"
• 當然，你可以使用User.find_by_name("deduce")或是User.find_by_email("deduce@gmail.com")這樣的方式來找到特定的資料，背後實際上是幫你轉換成類似"SELECT * FROM users WHERE users.email = 'deduce@gmail.com'"這樣的語法。這在Ruby裡面是Dynamic Methods的概念，她會根據class definition去產生對應的class method來方便使用。
• 另外Find method也可以用User.find(:all, :conditions => "搜尋條件", rder => "排序條件")來找資料，絕大多數的資料存取都可以靠這樣的方式完成，其他的可以靠User.find_by_sql("SQL語法")來完成:)
• 接著，下面這段程式可以簡單地在網頁上show出某個user的基本資料

  <% user = User.find(1) %>
  帳號：<%= user.name %>
  電子郵件：<%= user.email %>
  暱稱：<%= user.nickname %>
  何時註冊？<%= user.created_at %>
  

  如何？是不是非常簡單而且非常直觀:)

• 此外，注意到兩個欄位：created_at及updated_at，這樣的欄位名稱在ActiveRecord中稱為「Magic Column Names」，欄位只要是以Magic Column Names來命名，在資料寫入Table的同時，ActiveRecord會自動幫你產生相關的資料。以created_at來說就是資料的建立時間，而updated_at則是資料的修改時間。常見的Magic Column Names還有created_on, updated_on（_at與_on的差別在於一個有記錄詳細時間、一個只記錄日期），xxxx_id則是預設的Foreign Key名稱，例如我們稍後會在video及comment兩個table建立user_id當作Foreign Key來reference到user table，如此便可以得知某個video或comment是屬於哪個user。
• 想統計目前站上有多少註冊會員？簡單，網頁上輸出一行<%= User.count %>便是目前的會員數了，或是想一口氣輸出全站User的資料，可以用如下寫法：

  <% users = User.find(:all) %>
    <% users.each do |user| %>
    User序號：<= user.id %>
    帳號：<%= user.name %>
    電子郵件：<%= user.email %>
    暱稱：<%= user.nickname %>
    何時註冊？<%= user.created_at %>
  <% end %>
  

  （Ruby也可以用 for user in users的寫法，不過我比較習慣用.each）

事實上，要深入談ActiveRecord的話，是可以寫成一本書的，最近才剛出版的一本新書「Pro ActiveRecord: Database with Ruby on Rails」內容便是在探討ActiveRecord的深入技巧，Amazon上的Book Description中有一段話是這麼說的：

Because ActiveRecord is configured with default assumptions that mesh perfectly with the Rails framework, Rails developers often find they hardly need think about it at all. However, if you are developing in Ruby without Rails, or are deploying against legacy databases designed without Rails in mind, or you just want to take advantage of database-specific features such as large objects and stored procedures, you need the in-depth knowledge of ActiveRecord found in this book.
大致上是說，身為一個Rails developer，由於Rails跟ActiveRecord有著許多的慣例（configured with defaul assumptions），因此我們通常不太需要想太多，反正用就對了。然而如果身為一個Rails developer，或是你想單獨拿ActiveRecord來開發其他與資料庫有關的project，就需要有更多深入的瞭解，這也是這本書的主要目的。

我想這或許會是一本值得購入的好書吧？:D

這篇文章簡單地介紹了ActiveRecord如何讓Rails developer輕鬆地存取資料，下一篇再來談Model與Model之間要如何運作，文中有任何錯誤或對本文有任何指教請留言或來信告知（deduce_at_gmail_dot_com），感激不盡！

根據 Beyond JAVA 裡面，Justin Gehtland 用 Rails 重寫一個用 JAVA Spring/Hibernate 寫好的 Project，他發現程式碼比例 JAVA ：Rails 大概是 3.48 : 1 。附帶一提，他重寫的開發時間開發時間比是 16 : 1，更噁心的數字。

當然我後來也去弄了一本Beyond Java來看（有出中文翻譯本，某些學校圖書館或許能借到），對當時的我而言，聽到這麼多RoR的高生產力傳說、又好像可以少寫很多程式碼來達到同樣的目的，我就開始進入了Rails的世界，雖然一年來進步緩慢，不過畢竟是當興趣嘛XD

左邊這張圖片大概可以也可以稍微表達為何我熱愛Ruby & Rails，而不乖乖聽老師的話學Java XD

anyway，這篇文章的重點應該是標題中提到的「用RoR在十分鐘內開發出Twitter網站」，這是我在日本ZDNet網站上看到的一個短片「Ruby on Railsで10分で作るTwitterもどき」，有興趣的請直接連結到該網站觀看影片，網站上有提供影片中原始碼的下載！

作者用十分鐘左右的時間開發出一個簡單的Twitter雛型，包含了三個Model: User, friendship, status，分別是使用者的個人資料、好友名單的relation以及留下的訊息，光看這樣好像滿簡單的，但要在十分鐘內飆出來也不是那麼簡單。（如果是我就先把程式碼都先放在旁邊準備複製貼上XD）

我想作者可以在十分鐘內就完成這支簡單的程式，除了對Ruby on Rails要夠熟悉之外，還有兩個很重要的關鍵：

1. TextMate在編輯過程中節省大量的coding時間。
2. Rails的兩大精神幫了許多忙Don't Repeat Yourselft, Convention over Configuration

有關TextMate這套編輯器，應該是很多Rails developer的最愛，關於TextMate應該是另外一個故事了，我最近也正式成為Mac User，尚在摸索這套工具所能帶來的高生產力與享受:p

從下篇文章開始，我想分享一些最近開發Rails的感想以及Rails到底在網站的開發過程中幫了些什麼忙。簡單分享個人心得與體會，如果誤會了Rails的精神還請不吝指教:)

目前在天瓏的價格應該是NT$450（定價600，目前好像是打75折），價格還算可以，如果不習慣讀原文書，這本翻譯書應該是個非常好的選擇。（比起市面上某些中文Rails書籍而言XD）

博客來連結：http://www.books.com.tw/exep/prod/booksfile.php?item=0010374225

參考網站與圖片來源：《碼上就會：Rails敏捷開發網站》新書上市！

ActiveScaffold: A Ruby on Rails plugin for dynamic, AJAX CRUD interfaces
http://activescaffold.com/

我自己還沒有實際用來開發，不過光看demo還滿吸引人的，簡單的CRUD機制都包好並且用Ajax的方式運作，包成Ruby on Rails的plugin使得安裝、使用都很簡單，有空再來研究研究。

@event = Event.find(:first, : order => "created_at DESC")

Updated: 補充一下，其實如果是@event = Event.find(:all)，那麼@event.last便是最後一筆資料了。

昨天在網路上抓到的一張Ruby on Rails的架構圖，點圖可放大。

P.S.若有侵權請來信告知deduce_@_gmail.com, thanks!

我連Agile Web Development with Rails都還沒看完，就迫不及待拿出Rails Recipes開始看看裡面提供了些什麼有趣的玩意兒。Rails Recipes這本書比較適合已經對於Ruby on Rails有點瞭解，甚至是已經開始製作、經營網站的User，裡面提供了一些很實用的技巧，共70個Recipes分成以下幾篇：

• User Interface Recipes
• Database Recipes
• Controller Recipes
• Testing Recipes
• Big-Picture Recipes
• Email Recipes

我覺得這本書跟Agile Web Development with Rails都很有收藏價值，Rails Recipe在每一章的開頭會先敘述一段網站開發者可能遭遇的「Problem」（或是一段簡單的場景敘述），隨後列出需要準備的「Ingredients」，並且提出對應的「Solution」，內容我認為是簡短有力，沒事拿來當閒書翻閱一下或是放在旁邊當工具書參考用都很有幫助。

註：另一本「Advanced Rails Recipes」預計在August 2007出版，真是令人期待！
http://www.pragmaticprogrammer.com/titles/fr_mrr/index.html

這篇文章介紹了22個成功的Ruby on Rails個案，稍微做個簡單的中文翻譯替螢幕前的訪客省點時間好了:)

（另外在http://happycodr.com/biglist有更多的網站介紹，共有388個！）

第一部份主要是37signals他們公司所經營的網站，

1. Basecamp
   http://www.basecamphq.com
   專案管理網站
2. Campfire
   http://www.campfirenow.com
   即時群組聊天網站
3. Backpack
   http://www.backpackit.com
   資訊彙整與行事曆網站
4. Tadalist
   http://www.tadalist.com
   簡單好用的Todo List（要做的事）
5. Writeboard
   http://www.writeboard.com
   線上共同編輯文件

第二部份則是在RubyonRails.org有介紹的網站，

1. 43things.com
   http://www.43things.com
   這個網站也算是Web 2.0與Ruby on Rails的經典網站，人們可以上去分享自己想做的事情，藉此來找到跟自己有著相同目標的朋友們。
2. odeo.com
   http://odeo.com
   音樂分享網站
3. shopify.com
   http://shopify.com
   提供使用者快速建立屬於自己的電子商務網站
4. fluxion
   http://www.fluxiom.com
   管理、組織並分想你的數位資產
5. strongspace.com
   http://www.strongspace.com
   File hosting檔案分享網站
6. Typo
   http://www.typosphere.org
   Blogging engine，這在Ruby on Rails也算是很紅的一套blog系統

第三部份應該是筆者自行發現的網站，還滿不錯的～看到好多以前沒逛過的站

1. ajaxed.com
   http://www.ajaxed.com
   不需要寫程式即可輕輕鬆鬆在你現有的網站上加上Ajax的效果
2. atopsites.com
   http://atopsites.com
   仿Alaxa.com的網站
3. asoboo.com
   http://asoboo.com
   針對Creative people所設立的社群網站（筆者特別強調該網站是佈署在Win2003）
4. thebeststuffintheworld
   http://www.thebeststuffintheworld.com
   有趣的web 2.0應用
5. dealplumber.com
   http://www.dealplumber.com
   另一個有趣的社群網站
6. digital-tunes.net
   http://www.digital-tunes.net
   專做音樂的電子商務網站
7. flagr.com
   http://www.flagr.com
   看起來應該是跟Google map有關的Mashup
8. godefy.com
   http://www.godefy.com
   有關網路行銷公司或產品的比較
9. lovexpress.fr
   http://www.lovexpress.fr
   法國的交友網站
10. podomatic.com
    http://podomatic.com
    專門分享podcasts的網站
11. pixrat.com
    http://www.pixrat.com
    Social picture bookmars，人家del.icio.us做的是書籤，pixrat做的是「圖籤」，其實前陣子出現的diggirl概念就類似Pixrat，都是要收藏美女並且用類似「digg」的方式來推選出本日熱門，不過Pixrat的精神比較接近書籤，比較著重在收藏、分享，而diggirl則是著重在本日最熱門，比較接近digg的概念。（但diggirl同時又搭配幹圖王可以收藏，還滿威的！）

作者提出十個針對Ruby on Rails Performance的小技巧，有興趣的可以到該網頁參考。

1. Optimize your Ruby code.
2. Caching is good.
3. Use your database to the full extent of the law.
4. Finders are great but be careful.
5. Group operations in a transaction.
6. Control your controllers.
7. Use HTML for you views.
8. Logging.
9. Patch the GC.(Garbage Collection)
10. A final not, be "performance aware" and work on your code with these principle in mind.

這是一篇寫給為Rails環境做視覺設計、美工設計的網頁設計師看的文章。作者簡單地介紹了MVC架構，也就是Ruby on Rails最基本的架構，隨後開始介紹Layouts的概念以及如何在網頁中插入Ruby on Rails所產生的動態網頁內容。

說實在文章的後半段對於"純"美工人員應該還是有點艱澀，不過還是有其參考價值。

P.S. 可能是我英文不好，說不定這篇文章是要讓那些有意從事程式設計的美工人員看的XD

網址：http://flexiblerails.com/