Lighty RoR

ReCAPTCHA 與 ReCAPTCHA Rails Plugin

2009-01-09T17:49:00.006+08:00

我們不管是註冊，或是去便當狗下載東西，都會有一張圖裡面有字，然後要你 keyin 正確的字。那個東西叫做 CAPTCHA。 CAPTCHA 是 ”Completely Automated Public Turing test to tell Computers and Humans Apart”的縮寫，主要用途是為了防止 robot Spam所做的手段。我看過最討厭，最難懂得 CAPTCHA 就是 Google 的 CAPTCHA，每次看都要硬猜個一兩次才會對，大概是他們整天被 Spam 攻擊，只好連真人都開始防堵 XD

而什麼是 ReCAPTCHA 呢？ ReCAPTCHA 是卡內基美隆大學的一項計畫，由卡內基美濃學院資訊科學系執行。主要目的是為了加快實體文本數位化而作的一個手段，一般來說實體文本數位化需要的是數位掃描的技術，但是還是有很大量的書籍裡面的字礙誨難懂，有可能是紙張變質，也有可能是以前人的書寫習慣不公整（就是講我XD），這個時候就需要人力去辨識字的內容，並且給予機器正確的 return，順便 training 數位技術 Algorithm。很可惜的是，人力是要錢的。所以他們想出一個聰明到嚇死人的方式來處理這個問題。

他們開發了一個網站，叫做 ReCAPTCHA 。裡面提供 CAPTCHA API ，讓網站開發者當需要 CAPTCHA 的技術時候，可以直接 Implement 這個 API，而不需要依賴自己重新開發 CAPTCHA 技術。他們並且號招很多志願者開發各種語言版本的 API，來加速網站開發者 implement ReCAPTCHA的速度。以下是 ReCAPTCHA 的截圖

那為何他要免費提供這樣的服務呢？我們來仔細看他的技巧來自於 CAPTCHA 圖片本身，ReCAPTCHA 的圖片都是兩個英文字

左邊的字 following 是他們已經確認掃描正確的字，右邊的 finding 是他們還無法用掃描確定意義的字。當使用者在 keying 認證碼的同時，他只要確定左邊的「following」是正確的，他們就認為是正確的 input，予以放行，但是使用者不是也 keyin 右邊的字嗎？那那個 input，ReCAPTCHA網站就視為你順手幫我做的影像校正，存到資料庫裡面。網站開發者免費得到 CAPTCHA 技術，ReCAPTCHA 獲得數以百萬記的免費人力幫忙校正，是個典型的雙贏局面。

至於 Ruby 裡面有沒有 ReCAPTCHA API 呢？當然有。ReCAPTCHA for Ra ils 主頁在此。安裝方式就是

ruby script/plugin install git://github.com/ambethia/recaptcha.git

安裝完成之後，你必須要先去 ReCAPTCHA 網站註冊，他會給你一個 PUB key 跟 Private key，將他記錄在 Rails 的 config/enviroment.rb 裡面

12	ENV['RECAPTCHA_PUBLIC_KEY'] = "public_key_goes_here" ENV['RECAPTCHA_PRIVATE_KEY']= "private_key_goes_here"

接下來就是使用 ReCAPTCHA 啦，你要將 ReCAPTCHA 放在你需要的地方，這邊唯一要注意的地方在於你必須要放在 form 裡面

1	<%= recaptcha_tags %>

接下來要驗證對方 keyin 的認證碼正不正確，我們只需要在相關的 controller 放入

if verify_recaptcha  
#正確的處理方式  
else  
# 錯誤的處理方式  
end

然後，沒啦，很簡單吧！！！

File_Column 在 Rails 2.2 遇到問題以及解法

2008-12-26T17:31:00.001+08:00

從這裡找到的解法，File_column 在升級 Rails 2.2 會遇到問題

uninitialized constant FileColumn::ClassMethods::Inflector

解決方式就是找到 vender/plugins/file_column/lib/file_column.rb 的 619行

my_options = FileColumn::init_options(options,   
                                      Inflector.underscore(self.name).to_s,  
                                      attr.to_s)

改成

my_options = FileColumn::init_options(options,
                                           ActiveSupport::Inflector.underscore(self.name).to_s,
                                           attr.to_s)

即可。主要原因是 Rails Core 漸漸有 Namespace 概念（不是本來就要有了嗎XD），所以之前可以 work 的 plugin code 現在都要修改成比較好的寫法。

金剛合體：Merb 將要 merge 到 Rails 3

2008-12-24T15:52:00.001+08:00

我以為 Rails 2.2 已經很有創意了，弄出很多新東西（or 應該做的東西），Rails 3 到底要做啥東西才能夠讓人家驚訝了呢？噹噹，我發現到 Rails 還是嚇到我了。

Big news 就是 Merb 跟 Rails 3 預計在 2009 的 Rails conf Merge 起來，Merb 作者 wycats（ Yehuda Katz）會加入 Rails Team。請注意，我知道很瘋狂，不過這個消息已經經過 Rails And Merb 雙方證實了。

DHH 指出這次的 Merge 有幾點工作要做

Rails core：Rails 是一個 full stack framework ，不過他要參考 merb ，讓人很簡單的做出 rails myapp–core 和 rails myapp—flat
效能強化
Framework 解構：雖然 Rails 預設依舊是 ActiveRecord 當 ORM，不過你也可以選擇 data mapper，Sequel，Template 可以選擇 HAML，AJAX 可以選擇 jquery
Rigorous API：反正就是要解決 Rails 一升級 plugin 就炸掉的問題

怎麼看起來像是又生出一個 Merb ？

我來猜猜，DHH 認為 Merb 社群長久以來的堅持是對的，而 Rails 社群漸漸走錯路， DHH 眉頭一皺，認為案情並不單純，利用自己還很龐大的力量吃掉 Merb ，然後順便導正 Rails 該走的路。

It is not good news , and it is also not bad news，It's AMAZING news。

Ruby Memory Leak 巨大問題以及解決方式

2008-12-22T23:46:00.000+08:00

Ruby Memory Leak 一向是一個難以解決的議題，不過在今年 11月12日的 Mailing List 裡面有人提出一個重要的問題， Ruby 的 callcc 在使用中產生相當明顯的 Memory Leak。後來有高手 Brent Roman 發表他的發現。他原本再 ARM CPU 上面開發他的 Ruby Robot 程式（Ruby 1.6.8），他的機器人上面只有 32 MB 的 Memory，不過他的 Ruby 程式一天就會吃掉 20MB 的 Memory，經過他的 hack ，現在他的 Ruby 程式已經穩定在 10MB 以下，他發現 Ruby Memory Leak 很大部分在於 pointer ，跟 callcc 的使用上，Javaeye 上面有對於這個問題的詳細中文翻譯。

Matz 知道之後，相當鼓勵 Brent 將他的 Patch 放到 Ruby 上面，如今他的 Patch 終於發佈，他是根據 Ruby 1.8.7-p72 做的 Patch ，又由於他在 Monterey Bay Aquarium Research Institute工作，所以叫做 1.8.7-p72 MBARI Patch，目前處於 Alpha 版本。他發現經過他的 hack 之後，對於 Memory Leak 上有相當大的解決。根據他的用 Ruby 預設的 Test Case 的結果，他發現 Memory 消耗從 97MB 降低到 57 MB，JavaEye 也利用他們的程式做測試，Javeeye Fcgi Memory 消耗量從 129MB 降低為 99MB。

相當不錯的結果，期待納入 Ruby 1.8.7 的那一天。

Rails 2.2 在 Windows 上面有關 mysql Gem 的問題

2008-12-16T22:24:00.003+08:00

今天要幫公司同事灌 Windows 上面 Rails ，發現安裝 mysql gem 出了點問題，本來是不用管，直接使用 Rails 附帶的 Mysql，不過自從 Rails 2.2 之後，Rails 原本附帶的 mysql adaptor 已經移除掉adaptor，所以被迫得安裝 MySQL Gem 。

The bundled mysql.rb driver has been removed from rails 2.2. Please
install the mysql gem and try again: gem install mysql."

當我 gem i mysql，本來是沒問題的，不過現在不知道 gemspec 那裡改壞了，導致出現問題

Installing ri documentation for mysql-2.7.3-x86-mswin32...
Installing RDoc documentation for mysql-2.7.3-x86-mswin32...
ERROR: While generating documentation for mysql-2.7.3-x86-mswin32
... MESSAGE: Unhandled special: Special: type=17, text=""
... RDOC args: --op

所以第一個問題解法就是不搞 RDOC，直接使用 gem i mysql --no-ri --no-rdoc 安裝

當我以為已經解決的時候，沒想到出現第二個 Error

This error occurred while loading the following files: mysql

靠，Rails 2.2 + Windows 還真多災多難，解決方式根據這裡，裡面說到要把 MySQL 帶的 libmysql.dll 複製一份過去到 ruby\bin 底下

copy mysql\bin\dll\libmysql.dll ruby\bin\

我使用的是 Instant Rails ，所以 MySQL 跟 Ruby 都放在同一個資料夾下面，如果安裝方式不同請自行處理。

Rails 2.2 ：多個願望一次達成...

2008-10-26T11:28:00.003+08:00

購物專家：來來，我們現在請到 Rails 副總來本購物台，想請問副總對於這次 Ruby on Rails 2.2 來本台銷售，帶來了什麼好康。

副總：這次的 Rails 2.2 可以說是本 Rails 產品史上最大的升級，可以說是把所有想的到聽的到看的到的問題都一次解決，保證這次不買你就是笨蛋，還去寫 PHP 或是 Java 只能祝福你。

購物專家：啥，那麼可怕，那我想問問，有關之前被人詬病的 Rails 國際化的部份有何加強。

副總：記得上次我們來的時候怎麼講的？Rails 要國際化必須要 Gettext 或是 Plugin 來解決對不對。今天帶來的第一個優惠， Rails 2.2 直接內建 i18n 給你。如果有問題的話，請到Rails i18n來看看怎麼實作。基本上是寫一個 yaml 就可以解決了。

（罐頭歡呼聲）

購物專家：什麼，直接內建 i18n ，那其他 Framework 不是少了一個古老的暴點可以笑 Rails 了嗎？你們上面業績衝的很兇歐，優惠送那麼大。那以前最讓人詬病的效能問題呢？

副總：抱歉，其他家公司，你們災洗了。我們這次直接升級到 Ruby 1.9，讓你們享受 19 倍的效率提昇。（註：購物台都是隨便唬爛的，有提昇是沒錯，有沒有 19 倍就不知道XD）

（罐頭歡呼聲）

購物專家：什麼什麼，你們直接支援效率打敗 Python 2.5 的 Ruby 1.9 呀，那不就是筆記型電腦加 Ram 再加 ssd 這樣誇張歐。這樣你們不會獲利下降嗎？

副總：沒關係，只要可以服務購物台，我們可以流血犧牲

購物專家：導播，各位觀眾，我已經快受不了，那麼好的優惠，那麼好的內容只在今天的 XX 購物台。現在電話所有線路忙線中，請改撥語音專線可以優先訂購。副總，已經端出那麼多了，還有啥好康的？

副總：還有還有，我們改寫 ActiveRecord 了，支援 connection pool 摟，並且是 ThreadSafe 了。只要在 config/database.yml 裡面加上

development:
___adapter: mysql
___username: root
___database: sample_development
___pool: 100
___wait_timeout: 10

就等於以 100 connection 讓 model 讀讓你取，效能提昇直接上看 100倍（註：購物台都是隨便唬爛的，有提昇是沒錯，有沒有 100 倍就不知道XD）

（罐頭歡呼聲）

購物專家：現在耳機傳來導播的聲音，現在我們備貨數量已經真的真的很少了，大家太踴躍了，記得撥打語音專線可以省一百塊歐。副總你們還有啥優惠嗎？

副總：我們加入了 HTTP 的 last modified since 的 support，讓上次沒有修改過的內容就直接回傳一個 empty response 回去。原本是要回傳幾百K的東西，現在至需要回傳 0 K ，效能提昇直接上看無限大（註：購物台都是.....算了，懶得講了XD ）

（罐頭歡呼聲）
（罐頭歡呼聲）
（罐頭歡呼聲）

副總：ㄟㄟㄟ，導播，我的購物專家勒？

導播：他太激動了，回去學習 Ruby on Rails 了。

副總：ㄟㄟㄟ，那麼猴急，我還沒講完勒，http://guides.rubyonrails.org 上線了，可以直接上去看一些 online guilde。

言歸正題，此次的 Rails 2.2 真的是超乎想像的加碼再加碼，修正了很多以前的問題，也加入相當多新的功能。

1. i18n
2. Ruby 1.9
3. connection pool
4. thread safe
5. etag and last modified since

真的可以說是史上最大的升級 XD

Python Hackthon 遭到保護動物組織的抗議

2008-06-25T14:43:00.000+08:00

http://www.javaeye.com/news/2697

http://techfaux.com/2008/06/17/peta-targets-computer-programmers-with-string-of-bizarre-protests/

間單講就是好好的 Python Hackthon 聚會，闖入一堆 30位女生，突然全部脫光衣服，然後舉牌子「How many lives just for a coat?」，意思是要殺掉多少蛇才能有一件蛇皮大衣。

這些天兵似乎還不知道自己在幹麼，她們大聲疾呼「We know what they’re doing in there. They’re hacking pythons. It’s barbaric and we won’t leave until the last snake has been saved」，秀才遇到兵，有理說不清。

改天 Ruby 聚會也有一堆人進來抗議，「停止虐待採紅寶石的勞工」怎麼辦....

Rails 2.1 新特色：打包 Gem

2008-06-06T13:56:00.002+08:00

顧客：老闆， Web 2.0 網站一份，Rails 要 2.1 的，還有幫我加香菜，還有所有的 Gem Package 都要包在一起，要快點，等等 10分鐘要上 Production Server。

老闆：好好好，馬上來，要不要順便叫個啤酒呀？

Rails 2.1 加入了一個新功能 Gem Dependencies ，相當的優。像是上述需求，只需要下達

$ rake rails:freeze:edge
$ vi config/environment.rb
$ rake gems:unpack
$ rake gems:build

即可完成將 Rails 原始碼，Gems 原始碼包入到 Rails app folder 裡面，這樣 deploy 超方便呀。

以下是詳細解說

$ rake rails:freeze:edge
把現在的Rails Version 打包入 vender/rails/

$ vi config/environment.rb
把所有有關的 Gem package 加入設定檔

Rails::Initializer.run do |config|

 # Require the latest version of haml
 config.gem "haml"

 # Require a specific version of chronic
 config.gem "chronic", :version => '0.2.3'

 # Require a gem from a non-standard repo
 config.gem "hpricot", :source => "http://code.whytheluckystiff.net"

 # Require a gem that needs to require a file different than the gem's name
 # I.e. if you normally load the gem with require 'aws/s3' instead of
 # require 'aws-s3' then you would need to specify the :lib option
 config.gem "aws-s3", :lib => "aws/s3"
end

$ rake gems:unpack
把所有的 config 裡面設定相關的 Gem Package 都打包入 vender/gems/

$ rake gems:build
非一定要用，只是如果你相關的 gem package 不一定是純 Ruby Code，有些會相關一些 C Lib，這時候就可以用這個指令來 build native gems。

Gettext 在 Rails 2.1 下面的問題

2008-06-05T17:15:00.001+08:00

Gettext 1.19 遇到 Rails 2.1 會發生以下的問題

NoMethodError (undefined method `file_exists?' for #):

解決方式就是寫一個 config/initializers/gettext.rb

require 'gettext/rails'
module ActionView
  class Base
    delegate :file_exists?, :to => :finder unless respond_to?(:file_exists?)
  end
end

重起即可。

Rails 2.1 RC Release

2008-05-01T08:46:00.001+08:00

Rails 學習之路最困難的一件事就是，社群活力太強，改版太快了。Rails 2.1 RC Release了。請到Rails最新時尚的 github 去取用。

把某資料夾的 UTF8 檔案轉成 Big5

2008-04-22T16:14:00.000+08:00

不要問我為何如此，反正 TextMate + 只能用Big5的Project 造成的。

pwd = `pwd`.chop
all_files = `find app -type f -not -regex ".*.svn.*"`
all_files.each do |file| 
old_file = pwd+"/"+file.chop
new_file = pwd+"/big5/"+file.chop
`iconv -f utf-8 -t big5 #{old_file} > #{new_file}`
end

Passenger ：Mod_rails for Apache 終於出世

2008-04-12T16:01:00.002+08:00

這是 Rails 登基的最後一塊基石嗎？

不知道說了多少次，Apache 上面沒有 mod_rails，不能像是 php 一樣放上去就跑了，不過時代終於改變了，Mod_rails 出現了，他的名字叫做 Passenger。

他做的事情就是讓設定Ruby on Rails 簡單到極點，省去所有設定繁複的設定手續，一個 Apache 就可以跑 Ruby on Rails。讓所有覺得 Ruby on Rails 設定困難的人全部閉嘴。此東西一出，各方高手可都是讚譽有加。

DHH : This could definitely become very popular, very fast ;)

Matz：It is often said that Rails is weak on deployment; PHP runs fairly fast just by uploading scripts. Rails is slow on development mode, and requires restarting on production mode (and bit complex to configure). modrails might be the answer for it.

效能
第一個問題是他的效能跟穩定性，跟現在市面上的 solution 有沒有得比。

根據他們自己的測試，看來是有大於 Mongrel，略贏過於 Thin 的效能。 Robustness 測試他們宣稱跟 Mongrel 一樣穩定，勝過 thin 還有 ebb。

安裝方式
既然是走簡單取向的 Apache ，那安裝方式當然要簡單點摟。只要你的 Server 上面有 Ruby / Rails / Gems / Apache2 ，那麼安裝方式就是兩下
1. gem i passenger
2. passenger-install-apache2-module

設定方式
既然是走簡單取向，設定方式要更簡單，你必須在 Apache 的 httpd.conf 裡面設定

LoadModule passenger_module passenger_module的預設目錄
RailsSpawnServer SpawnServer路徑
RailsRuby ruby路徑

別擔心找不到相關路徑，

上面的圖，我們可以看到在 passenger-install-apache2-module 過程中他會自動產生相關設定檔，給你貼上去。

剛剛是把 Rails 環境設定好，現在就是就是設定 DocumentRoot，

<VirtualHost *:80>
ServerName www.yourhost.com
DocumentRoot /rails目錄/public
</VirtualHost>

簡單講就是要設定清楚 Document Root，設定到Rails 目錄底下的 public 資料夾。，當然他也有範例 config 檔自動生成 XD

讓 Rails 跑在子目錄下
還沒測試，不過在 Doc 裡面有，看來可以很簡單的跑 PHP 跟 Rails 在同一個 Apache 下面(Bravo！！！)。

原理
採用類似 Apache mod_fastcgi 的方式，以一個 Passenger Process 來管理所需的 Rails process 量，隨著量的大小而動態增減 Process 數目。

結論
目前沒有明顯的結論，說 Passenger 一定勝過 Mongrel 或是 Lighttpd+fcgi 的 Solution。不過，看到他簡單的設定檔，還有看似不錯的效能跟穩定度，真的很值得期待。

解決 Textmate 中文問題

2008-04-08T08:05:00.001+08:00

沒想到我也會寫這種教學，不過既然有人問就順便講一下啦。嚴格說起來，我完全是參照這篇網頁所教學的方式。

Textmate 對中文的實在爛到不知道怎麼說，主要有兩個問題
1. 沒有中文字型
2. 不能顯示出輸入法提示列

要解決沒有中文字型的方式就是安裝中文字即可，請下載 TextMateJ2 這個字型。複製到 /System/Library/Fonts/ 底下，並且雙擊安裝。安裝字型之後，就是要選擇這個字型，請到 TextMate 的 Preference -> Fonts and Colors 最下面的字型裡面選擇 TextMateJ2。

要解決不能顯示輸入法提示列就是安裝 CJK-Input.tmplugin 。解開後就直接點 CJK-Input.tmplugin，他好像就會直接安裝了。

成品就是如底下圖。字型會擠擠的，這是沒辦法的事情。唯一解決方案就是等 TextMate 2 出。

JRuby 1.1 Release

2008-04-08T00:10:00.000+08:00

JRuby 1.1 已經 Release 了，1.0到1.1最主要的不同是在「效能」的成長。JRuby 1.1 在很多 Benchmark 已經超越了 Ruby 1.8，甚至有些也贏過了Ruby 1.9。主要的修改有

1. Ruby code 可以 compile 成 Java Bytecode
2. Regular expression engine 改成 Oniguruma
3. 效能的進步以及相容性的進步

Ruby compile 成 Java Bytecode 一共有兩種模式（AOT或是JIT mode）。

JIT Mode 是預設，代表他會經過一段時間才會運轉到 compile Mode ， JRuby Wiki 建議是跑20次就自動到 JIT Mode 去。

AOT Mode 可以將 Ruby code compile 成 Java 的 .class 檔案。如果想要直接用 Java 去執行，要裝 JRuby.jar ，還有 asm-3.0.jar ，jna.jar。

下載連結：http://dist.codehaus.org/jruby/jruby-bin-1.1.zip

更換主力 Editor ，改成 TextMate

2008-04-04T18:24:00.001+08:00

這是一個困難的決定，不過是一個對的決定。

當我被某人勸說，不小心 Download 下來 TextMate 試用，彷彿打開所謂的禁忌之門，不久我就淪陷啦。我已經正式切換到 TextMate 上面了，vim 已經被冷落一週以上了。

你問我 textmate 好在哪裡，我只能說調性很合我的感覺。

是的，他有一卡車的缺點。這是我第一個花錢買的 Editor，第一個遇到居然連 Big5 都不能編輯的 Editor(他只接受 Unicode)，也就是我要用 Vim 繼續處理 Big5 的 Project @@!。第一個連打中文字都要 Plugin 的軟體。

不過，該怎麼說呢。

Vim 是初戀情人，我用他用了5年，他對我有滿滿的回憶。Textmate 就是有很多缺點，但是卻愛的死心塌地，愛的轟轟烈烈的愛人吧。

如果這就是愛
在轉身就該勇敢留下來
就算受傷　就算流淚
都是生命裡溫柔灌溉～～～出自『如果愛」這首歌

Rack - 小架子立大功

2008-04-04T02:45:00.008+08:00

最近 Ruby Web Framework 界出現了很多新面孔：
Ramze, Sinatra,Waves, Halcyon ，還有 4/1 才發佈的下一代 framework ==> Ruby on Crack!!

這些 framework 各有各的特點，除了為原本被 Rails 一統天下的 web 開發增添了新的風貌，也說明了 Ruby 社群的活躍。而他們(除了太神奇的 Crack 之外)的背後的大功臣，就是今天的主題： Rack。

Rack 到底是何方神聖呢？

每個 web framework 最後一定要接回去 web server 。方法有很多，有人喜歡老牌的 Fastcgi ，有人愛用雜種狗，有人要像 mac book air 一樣薄，有人說退潮最快。

新的 framework 一直冒，新的 web server 一直來，每個人都要重新寫把兩者接起來的 code 實在太累了， Rack 就是為了解決這個問題而出現的。(1)

Web 程式講白了很簡單，就是拿 request 然後回 response。Rack 就是把各種 web server 的 request 和各種 framewrok 的 response 用統一的介面來處理。那麼這個統一的介面是什麼呢？

一句話


lambda { |env| [200, {}, 'Hello World!' }

首先， Rack 會將 request 傳給要處理這個 request 的物件的 call 函式。這個例子中，處理 request 的物件就是 lambda。(當然你可以用一般的物件，只要它有 call 這個 method 就行了。)
例子中的 env 就是 request，它是一個 hash ，裡面包含了類似 CGI Environment 變數，像是 PATH_INFO，QUERY_STRING 等等的東西。

而 call 的回傳值，會被當成 response 傳回去給 web server。這個回傳值必需是包含三個元素的 Array： status, headers 和 body。

原本 N 個 framework 和 M 個 web server ，要寫出 NxM 個 Adapter。而有了 Rack 後，大家只要對 Rack 的介面做 Adapter ，複雜度馬上減少為 N+M 了！

如此一來，不用一直重新實做橋接的邏輯，可以把心思放在 framework 本身的設計上。有了 rack ，相信 ruby 的 web 開發會更為有趣。

下一篇再來實際寫些 code 吧。

這張圖的 idea 是從這裡來的...

[連結文] 為何有些 Java EE/J2EE 的專案是沒效率的，至少是效率低下的

2008-04-01T08:49:00.000+08:00

原文連結在此，要看簡體翻譯在此。光是第一句我就笑死了。

我想到一句話，「教授是將簡單的事情變得很複雜，天才是把複雜的事情變得很簡單」。

Rails 2.0 使用 Big5 編碼

2008-03-31T16:34:00.002+08:00

沒想到我的有生之年居然還會使用到 Big5!!!

沒錯，基於機緣巧合，我碰到了一個需要使用 Big5 資料庫，網頁也是 Big5 顯示的request。所以我必須匿天而行，強迫 Rails 2.0 使用 Big5。方法很簡單，

config/enviroment.rb 裡面加入
config.action_controller.default_charset = "Big5"

config/database.yml記得加入
development:
host: xxx
adapter: mysql
database: lala
port: 3306
username: root
password:
encoding: Big5

Html 記得加入
<meta http-equiv="content-type" content="text/html;charset=Big5" />

大概就這樣吧，我抱著參觀懷舊的心情來寫這個網頁 XD

Rails 2.0 比起 Rails 1.2 加速不少

2008-03-20T11:56:00.002+08:00

好像是一個對岸人赖洪礼在自己 blog 發表一篇壓力測試。他發現到 Rails 2.0 比起 Rails 1.2 加速不少，大概是 30%~50%。不過，他的測試方式相當的原始，用 ab 去量 scaffold 頁面的 req/sec。所以數字比例根本不能做准。

但是，至少說明 Rails Team 有在為了 performance 盡力，並且有實際的成果。

Netbeans 6 相當的威

2008-03-15T12:11:00.001+08:00

前陣子需要一個 IDE 來教課，需求如下

好安裝

跟 Rails 整合良好

就選了 Netbeans 6 來試試看，結果發現真的還蠻不錯的，因為都是 Sun 的東西，所以直接跟 jruby 有很好的整合

Navigation 還不錯用，可以直接跑到這個 Controller 相關的 View，或是這個 View 相關的 Controller ，也可以指到這個 Class 宣告的地方。

內建 svn ，也比 Eclipse 還得裝 SubEclipse 來的方便。

內建 jruby ，也可以直接包成 war file

Find Usage 可以找出所有使用這個 class 的程式碼所在，主要找出所有使用這個 Model 的 Controller 列表

內建 mysql GUI Tool

Code Hint 超棒

最重要的是，他可以直接把 Model 對應到 attribute 給取出來

Product Model 裡面有 description，image_url ... title 等 table column ，Netbeans 6 可以直接取出來放到 code hint 裡面去。這樣就省了點找 db column 的時間了。不過這個功能必須使用 migration ，或是將 db schema dump 到 schema.rb 才可以用，也就是說不是 live db connection 去取 schema 啦。

Netbeans 6 最大的缺點就是速度太慢了.......，不過 6.1 Beta 已經改善了不少。大家可以試試看。

不過我的話，還是 vim 無敵呀。Navigation 用 gf 可以直接跳來跳去，Find Usage 可以用 grep -r --color Patern dir 來取代，取出 db schema 可以直接用 mysql client + explain db schema 來做到。鍵盤還是真正的王道。

Rails PUSH Server ：Juggernaut 簡介

2008-03-09T19:18:00.005+08:00

早就想寫 Juggernaut 的文章了，不過今天是第一次有時間寫。Push Server 技術就不再提了，想知道可以看我之前寫的文章。

簡介

Juggernaut 簡單的來說，是一個 Ruby Push Server 加上 Rails Plugin。

Push Server 取名就叫作 Juggernaut。

Juggernaut 的 Rails Plugin 裡面包含了一些 JS，跟Juggernaut 自己開發的 Flash Client。Push Server Client 端通常需要 Flash 來接收 Push Server Message，Juggernaut Flash Client 是使用 Flash 8 來作開發。支援 IE ，Firefox，Safari。Juggernaut 的強項在於跟 Ruby on Rails 整合良好，我們來看看怎麼使用。

安裝

1. Push Server 安裝

gem i juggernaut -y

2. Rails Plugin 安裝

ruby script/plugin install http://juggernaut.rubyforge.org/svn/trunk/juggernaut

設定

1. Juggernaut_hosts.yml

這裡很容易混淆，這個設定檔是 Rails Plugin 要看的設定檔，如果沒有設定 config/juggernaut_hosts.yml，會導致 Rails 無法啟動，所以必須要設定 config/juggernaut_hosts.yml。請先新增一個 config/juggernaut_hosts.yml ，輸入你的 Push Server 環境

:hosts:
- :port: 5001
:host: localhost
:environment: :production

port 是 push server port ，預設是 5001，Host 是 Push Server 的 IP ，Enviroment 是 Rails 環境。

2. juggernaut.yml

我們用 juggernaut 來產生 juggernaut push server 所需的設定檔。以下指令會產生一個 juggernaut config 檔，取名叫作 juggernaut.yml。

juggernaut -g juggernaut.yml

啟動

要啟動就是要啟動 Push Server ，還有 Ruby on Rails 。
1. 啟動 push server
我們啟動 juggernaut 這個 push server，並且讀取 config 檔。預設 Push Server port 是 5001，可以到 juggernaut.yml 去修改。
juggernaut -c juggernaut.yml

範例

我們直接用 juggernaut 的範例，聊天室來確認是否 ok。在你的 controller 裡面創立兩個 function

def index

end



def send_data

render :juggernaut do |page|

page.insert_html :top, 'chat_data', "#{h params[:chat_input]}
"

end

render :nothing => true

end

然後在 index view 裡面這樣寫

<html>

 <head>

   <%= javascript_include_tag :defaults, :juggernaut %>

   <%= juggernaut %>

 head>

 <body>

   <%= form_remote_tag( :url => { :action => :send_data }, :complete => "$('chat_input').value = ''" ) %>

   <%= text_field_tag( 'chat_input', '', { :size => 20, :id => 'chat_input'} ) %>

   <%= submit_tag "Add" %>

 < /form>

 < id=""chat_data" style="list-style:none"> ul>

body>

html>

這樣聊天室就完成啦，可以試試看玩玩看。

對了，這個聊天室一開始有一堆 alert message，這是 Juggernaut 預設 Development 環境下會啟動 Debug Function ，只要 config 改成 Production 就不會出現一堆 alert message。

Ebb：又來一個的 Application Server

2008-03-05T12:10:00.001+08:00

這年頭發展 Application Server 好像很有搞頭，也或許是 Rails 社群對 Zed Shaw 的高調離去的反撲。總之，2008 年一月出了 Thin，二月出了SwitchPipe和Swiftiply，現在又有一個 Rails App Server Ebb 出了，而且好像真的很有料。

上面這張圖是 ebb 跟 Mongrel ，和 Event-Driven Mongrel，Thin 的負載程度 benckmark。我們可以發現 ebb 跟其他的 Rails App Server 根本就是不同等級的負載程度。他的 Design 架構上面比較像 Event-Driven Mongrel，差別比較大的就是他很多地方用 c 寫成。

安裝方式

gem i ebb

記得先安裝 glib2。

跑的方式

ebb_rails start

很熟悉的指令。

測試一下好了。

Friends for Sale ：一天一千萬 Page View 的 Rails Service

2008-02-28T09:37:00.000+08:00

Friends for Sale 是一個在 FaceBook 上面排行前十的 Facebook App，最近他公佈他的資料，他是 Ruby on Rails 寫的。他上面有 60萬個會員，一個月 3億個 PV，並且以每個月 300%繼續成長。上個月流量是 3T，不過大部份都是圖片的支出。

架構是標準的 Rails Cluster，Front end 是 Nginx，Application Server 是 Mongrel。

他們學到課程如下

如果在Facebook 上面開發 APP，一開始就要想到 Scaling Problem（四周就衝到 1 m pv/day）

Ruby on Rails can scale

Performance Problem 是在 DB，你需要有很好的 DBA

Cache 用的好，DB 不嫌少

他們使用

Ruby on Rails

CentOS 5

Memcached

MySQL 5.1

Nginx

Starling( Distribute Queue Server）

Dr. Nics Magic Multi-Connections Gem ( Read Write 不同個 DB）

使用硬體

6台 4 core 的 App Server，每台 16 Mongrel Instance，並且每台都放 4GB Memcached 。

4台 DB Server，上面配備 32GB 4 core servers with 4x 15K SCSI RAID 10 disks，使用 Master-Slave，用 Multi-Connection Gem 來達成 Read Write 不同 DB。

1 Starling Server

1 frontend server

Adobe 計畫擴展Flash 支援其他語言

2008-02-28T09:04:00.001+08:00

從 JavaEye 看到的東西， Adobe CTO Kevin Lynch在 Adobe Engage 上面講說，他們預計將其他 language 帶入 Flash ，使得 Flash 不只是可以用 ActionScript，還可以使用其他的 Language。最後也只是將 Language Compile成 Flash 的 swf Bytecode。

感覺又是一個 VM 的即將誕生。

Rice - Ruby Interface for C++ Extensions

2008-02-19T23:31:00.003+08:00

Rice - Ruby Interface for C++ Extensions

一年半前（天啊，有這麼早嗎？）曾經介紹過 swig, 一個專門產生各種介於 C/C++ 與其他語言 interface 的產生器。他是利用一個自訂的表示法，藉由讀取該表示法，產生出各種不同真正的 binding 程式。其中也有內建不少 STL 的 binding,所以想用 STL 的東西並不見得需要自己寫，只要叫他內部的東西出來即可。

swig 很厲害，不過他有個麻煩。雖然說 DSL 的威力強大，但是對於想要快速上手而言，其實有時候反而會是種阻礙。另一方面，我 swig 手冊翻了翻，要把 C++ port 到 ruby 很容易，但反之不亦然，要在 C++ 中使用 ruby object, 就不是那麼方便。（雖然也許這樣做是奇怪了點...）

所以後來我試了 Rice.
http://rice.rubyforge.org/
rice 的官方手冊也說了，rice 並不是要來取代 swig 的。swig 有他的不足，而 rice 大抵上又是模仿 boost.python 而作成的，所以兩者並不同。他自己也做過不少東西是同時使用 swig 和 rice. 不過也不能說 rice 是 ruby 版的 boost.python. 因為他的目的也不是完全模仿 boost.python.

anyway, 之所以會想試用，是出自於找不太到良好的 C++ yaml parser. 我有看到兩個 C 版本的實作，但是真不好意思啊，個人實在不太喜歡純 C 的東西...。所以想說如果可以把 ruby 的 yaml 搬過來就太好了。以下就是測試結果：

> sudo gem install rice

理論上這樣安裝是最方便的。要在 C++ 裡執行 ruby, 一樣會需要 ruby.h. 一般來說，他會在 lib/ruby/1.8/your_architecture/ 裡面。在我的電腦上，他是：/opt/local/lib/ruby/1.8/i686-darwin9.1.0/

而 rice 呢，則是在 lib/ruby/gems/1.8/gems/rice-x.y.z/, librice.a 則是在 lib/ruby/gems/1.8/gems/rice-x.y.z/rice/ 下。

所以在我的電腦裡，g++ options 是這樣下：

-I/opt/local/lib/ruby/1.8/i686-darwin9.1.0/ -I/opt/local/lib/ruby/gems/1.8/gems/rice-1.0.1/ -L/opt/local/lib/ruby/gems/1.8/gems/rice-1.0.1/rice/ -lrice -lruby -std=c++98 -Wall -w

主程式大概是長這樣：

int main(){
    using Rice::Hash;
    using Rice::protect;

    ruby_init(); // 使用 ruby 前一定要呼叫
    // 設定 load path, 否則 load path 會是 []
    rb_eval_string("$LOAD_PATH << '/opt/local/lib/ruby/1.8'");
    rb_eval_string("$LOAD_PATH << '/opt/local/lib/ruby/1.8/i686-darwin9.1.0'");

    // require yaml 進來。當然也可以用上面的方式 require. 不過之所以會這樣寫，
    // 是因為我不知道 load path 要怎麼直接從 rb_ function 中設定？
    // 否則我是覺得能用 rb_ 去跑盡量用，evil eval 不是叫假的...
    rb_require("yaml");

    // protect 我猜是把所有的錯誤都轉成 rice 本身的 exception.
    // Hash, 則是 ruby 的 hash 在 C++ 裡的 wrapper,
    // 所以我是把 YAML 的讀取結果存入這份 C++ Hash 中。
    Hash h(protect(rb_eval_string, "YAML.load(File.read('database.yml'))"));

    // 這邊，我要做的事只是展現如何使用這份 hash.
    Extractor e;
    e.extract(h);
    std::cout << std::endl;
}

雖然我覺得 doxygen 生出來的東西常常很難閱讀，不過 rice 的 doxygen 文件還算不錯，有什麼東西都很清楚。就算不夠清楚，也能去直接看他的原始檔。他原始檔的東西並不多，稍微翻一下，有什麼疑惑我想都可以解決。根據我 C++ 的經驗，rice 這份程式也算是寫得非常漂亮的了，應該滿有參考價值。

我的 extractor 是把整個 hash 都走過一次，如果不需要這麼複雜的操作，其實也可以很單純地這樣呼叫：

std::cout << static_cast<Hash>(h[String("development")])[String("adapter")];

這樣會輸出：

sqlite1

這樣實在是有點囉唆沒錯，不過我想這可以靠擴充 rice 解決。他有個 from_ruby 和 to_ruby 的 template, 擴充那個東西，好像就能把很多東西從 explicit 法轉成 implicit 法。不過我暫時懶得去做那麼多研究，這應該都是小問題。不過 down cast 就比較麻煩了。他有個 get method, 好像是能做一些 down cast, 但我測試都會有 runtime error, 大概是用法不對吧。有興趣的人歡迎去研究看看要怎麼做。

extractor 我想就不解釋了，就只是單純把抓出的 yaml 再輸出回 yaml. 其實那都已經差不多單純是 C++ 的問題了。僅列出程式碼與附註的一些註解：（不過我沒測試過比較複雜的 yaml, 我想一定會有問題，當作業自己試著改好吧 :p）

#include <ruby.h>
#include <rice/Hash.hpp>
#include <rice/Array.hpp>
#include <iostream>

using Rice::Object;
using Rice::Class;
using Rice::Hash;
using Rice::Array;
using Rice::String;

// 排版算空格用的
std::string spacer(int depth){
    std::string result;
    for(int i=0; i<depth; ++i)
        result += "  ";
    return result;
}

class Extractor{
public:
    // 他 class 判斷法有點麻煩，所以我先把這三個 class instance cache 起來
    Extractor(): hash_class_(Hash().class_of()),
                 array_class_(Array().class_of()),
                 string_class_(String().class_of())
    {}
    void extract(Object const& obj, int depth = 0) const{
        if(obj.is_instance_of(hash_class_))
            extract_hash(obj, depth);
        else if(obj.is_instance_of(array_class_))
            extract_array(obj, depth);
        else if(obj.is_instance_of(string_class_))
            std::cout << spacer(depth) << obj << "\n";
        else // 這表示他是 Fixnum or Float?
            std::cout << spacer(depth) << obj << "\n";
    }
private:
    void extract_array(Array const& obj, int depth) const{
        for(Array::const_iterator i=obj.begin(), iend=obj.end(); i!=iend; ++i)
            extract(*i, depth);
    }
    void extract_hash(Hash const& obj, int depth) const{
        for(Hash::const_iterator i=obj.begin(), iend=obj.end(); i!=iend; ++i){
            std::cout << spacer(depth) << i->key << ":";

        // i->value 結果會是 ruby 上 C 的 VALUE, 所以要 cast 成 Rice::Object
            if(static_cast<Object>(i->value).is_instance_of(hash_class_))
                std::cout << "\n", extract(i->value, depth+1);
            else // 單純的值
                std::cout << " ", extract(i->value, 0);
        }
    }
private:
    Class hash_class_, array_class_, string_class_;
};

Twitter 正式離開 Joyent

2008-02-03T14:55:00.000+08:00

從大神那看到的消息。Twitter 之前選擇 Joyent 作為自己的 Hosting Service ，不過為了提供更穩定的服務，他們決定移轉到 NTT American 這家公司。

微軟即將把IE6強制升級至 IE7

2008-01-22T10:19:00.000+08:00

從大神那看到的，微軟將作一件功德無量的好事，他們即將在今年二月十二號，利用 Windwos Server Update Service 將系統裡面的 IE6 改成 IE7。

相信此一升級對於 IE6 only 網站來說是一個大震撼，恐怕也會有大幅度的網頁改版潮。但是對於任何一個網頁程式設計師，或是網頁美工來說，都是一個放鞭炮的消息。

Thin ：有可能超越 Mongrel 的 App Server

2008-01-17T21:52:00.000+08:00

介紹

在Zed Shaw 離開了 Mongrel 之後，每個使用者人心惶惶，不知道 Rails 的 App Server 會不會出大問題。這時候，彷彿在跟 Zed 說「Rails 社群不會被打敗」，Thin 出現了。

Thin 是一個 Mashup App Server ，採用了作者認為 Ruby 當中數一數二好的 Lib

Mongrel Parser：Mongrel 速度跟安全性的根本
Events Machine：快速，穩定的 Network IO Lib
Rack：Webserver 跟 Ruby 之間的 Interface

這幾個強大的 Lib，整合在一起分工合作，讓 Thin 成為安全，穩定，快速，好擴充的 Web Server。

當然，快速是他第一個優點。在他的測試中， Thin 超越了 Mongrel 跟 Event-Driven Mongrel。
JavaEye 網友的測試也發現，不論是 Ruby 1.8 ，Ruby 1.9，Thin 的速度也是超越 Mongrel 。Ruby 1.9 裡面 req/s 居然是 4154 : 1313 的可怕差距

Mongrel 1000 100 1313.19 0
Thin 1000 100 4154.67 0

安裝方式

用 gem 安裝即可

gem i thin

要執行 thin ，就是在 Rails 的根目錄下執行

thin start

可惜沒有 Cluster 版本，不過，對岸網友已經寫了一個應急的 rake file，只可惜沒有指定 Port 的 command，所以我稍微修改一下成為這樣

namespace :thin do

namespace :cluster do

desc 'Start thin cluster'
task :start => :environment do
`cd #{RAILS_ROOT}`
(ENV['SIZE'] ? ENV['SIZE'].to_i : 4).times do |i|
Thread.new do
port = ENV['PORT'].to_i + 1
str = "thin start -d -p#{port} -Ptmp/pids/thin-#{port}.pid"
str += " -e#{RAILS_ENV}"
puts "Starting server on port #{port}..."
`#{str}`
end
end
end

desc 'Stop thin cluster'
task :stop => :environment do
`cd #{RAILS_ROOT}`
Dir.new("#{RAILS_ROOT}/tmp/pids").each do |file|
Thread.new do
if file.starts_with?("thin-#{port_range}")
str = "thin stop -Ptmp/pids/#{file}"
puts "Stopping server on port #{file[/\d+/]}..."
`#{str}`
end
end
end
end

end
end

將這個東西貼在 Rails 根目錄的 Rakefile ，將它貼在最後面，然後執行下面指令啟動

rake thin:cluster:start RAILS_ENV=production SIZE=10 PORT=4000

灰色的代表可以自己填寫的選項，包含 Rails 啟動的 enviroment，執行幾個 thin ，還有從哪個 Port 開始 listen。有用過 mongrel_cluster 應該都很清楚。停止就是

rake thin:cluster:stop

他會砍掉 tmp/pids/thin- 開頭的 pid file。

Sun 買下 MySQL

2008-01-17T11:20:00.000+08:00

今早看到的新聞，還蠻震撼的，Sun 買下 MySQL。此舉讓 Sun 成為 Open Source 廠商中數一數二的領導地位。BTW，nobody knows it will be good or bad.

SANTA CLARA, CA January 16, 2008 Sun Microsystems, Inc. (NASDAQ: JAVA) today announced it has entered into a definitive agreement to acquire MySQL AB, an open source icon and developer of one of the world's fastest growing open source databases for approximately $1 billion in total consideration. The acquisition accelerates Sun's position in enterprise IT to now include the $15 billion database market. Today's announcement reaffirms Sun's position as the leading provider of platforms for the Web economy and its role as the largest commercial open source contributor.

JRuby 1.1 RC1 Release

2008-01-10T11:08:00.000+08:00

本文

JRuby 1.1 RC1 Release!!!。正如之前所看到的消息，JRuby 1.1 跟 JRuby 1.0 最大的改進就是在 Performance 的不同，速度上比起 1.0.2 約有 27% 的改善，主要的改進有兩個

1. JRuby 可以用 Ahead Of Time (AOT) 或是 Just In Time (JIT) 兩種模式進行 compile。
2. JRuby 使用 Oniguruma 的 JRuby porting Juni，當作 Regular Expression 的 Engine。

總之，恭喜 JRuby Team。

下載：http://dist.codehaus.org/jruby/

本文結束後的講古，爆米花請準備好

說到 JRuby 的 regular expression ，可有說不完的故事（可以看 InfoQ版本）。

早期 JRuby 原本使用 Java 1.4 以後內建的 regex ，雖然很簡單，但是以一個目標是 Ruby 1.8 compatiable 的 project 來說，Java 內建的 regex 不合用。為了解決這個問題， JRuby Team 改採用 JRegex ，並且也納入了 JRuby 1.0 裡面。

但是 JRegex 某些細節跟 Ruby Regex 不太類似，依舊傷害了JRuby 對於 MRI Ruby 的兼容性，而且 JRegex 以 Java 的程式來說，已經算很快了，但是依舊不夠快速。 JRuby Team 在測試JRuby 跑 Rails 的時候，他們發現 regular expression 成為顯著的 Bottleneck。

And I found that there was one in particular that had really interesting performance when comparing MRI to JRuby. In fact, it was between 200 and a 1000 times slower. What's worse, the performance wasn't linear.

所以他們決定使用更快的 Regular Expression Engine 來徹底解決 JRuby on Rails 的效能問題。他們選中了 Oniguruma 這個 Ruby 的 regular expression Engine，這是 Ruby 1.9 內建的新 Regular Expression Engine。

Oniguruma 看來難念，其實是日本字，意思是鬼車，不過比起鬼車，我比較喜歡對岸的講法 XD

O ni guru ma
哦 , 你咕噜吗？

真的好記很多。Oniguruma 支援多個 charset 的 regular expression，已經是一個成熟的 regular expression engine。所以 JRuby Team 選擇了 Oniguruma 當作新的目標，將他 Porting 成 JRuby 版本，並且將他改名為 Juni。後來發現 Juni 相對於 JRegex ，的確對於 JRuby 帶來了顯著的效能上升。

Ruby 跟 Python 本質上不同

2008-01-08T13:43:00.000+08:00

前言

對岸高手孟岩最近寫了一篇「Ruby 1.9不会杀死Python」，裡面提到 Ruby 1.9 一出，彷彿 Ruby 已經邁向完全體，所有的缺點都已經消失了。彷彿已經要一統武林

有人认为，这下子不得了了，Ruby要称霸动态语言了。你想想，Ruby已经几乎拥有了所有梦幻般的语言特性，神奇的动态能力，强大的支持库，内置的跟Perl可以比肩的正则表达式，Smalltalk级别的纯而又纯的面向对象特征，简洁明快的风格，跨语言整合也非常容易，唯一的缺点就是速度慢。现在连这个缺点都被弥补了，Ruby还能挡得住吗？其他的动态语言都该歇菜了。

然後他又提到一個很有趣的分類，Ruby 是魔幻語言，Python 是簡約語言。Robbin 老大也出來講了Ruby为什么会受程序员的欢迎？。一整篇看下來，實在是很過癮。

簡約語言

簡約語言是什麼呢？大致上是 C、PHP、Python和Lua，C# ，Java。他的大概意含可以由Python 的中心思想 EIBTI 可以略知一二

Explicit is better than implicit.

看不懂的話，用更白話的方式來解釋，The Zen of Python 裡面有提到

There should be one-- and preferably only one --obvious way to do it.

也就是，Python 有意的限制語言的表示方式，使得不好的 coding 習慣都不能 Compile 過，有意的強制使用者養成良好的習慣。

這雖然極端了點，但也不超乎其他簡約語言的中心思想。簡約語言不關心語言的表述方式，他們在乎的是「解決問題」。以工程來看，簡約語言在大專案裡面的協同工作上面較為吃香。

魔幻語言

我很喜歡這個詞。魔幻語言的代表有 C++、Perl、Javascript和Ruby。中心思想可以由 Perl 的 TMTOWTDI 來表示

There's More Than One Way To Do It.

魔幻語言的擁護者思考的東西，這位孟岩老大也描寫的很傳神

他们写的代码是一种谜语般的艺术，出谜语和猜谜语的人们都能从中获得巨大的精神满足

但是，請不要輕易的把 Ruby 歸於「華而不實」這一派。Robbin 老大也在這裡講到

C++的魔幻语法会导致代码的可读性变差，而Ruby的魔幻语法会导致代码的可读性大大提高。

不论是matz本人，还是整个Ruby社区，Rails社区诸多开源项目的作者，抑或整个Ruby和Rails开发者社区，在一个编程哲学问题上是高度统一的，这就是：

强调程序员的快乐编程，追求人性化编程，在代码的可读性上面有偏执的追求，拒绝难以阅读的代码和难用的API。也就是所谓的coding for fun!

Ruby 奇妙的手法，以及 DSL 的技巧，都是為了達到跟 Python 同樣的 Promise Land ，那就是「code 可讀性」。只是兩者作法不同而已。

兩者的不同

兩者最大的不同是在「開發者的審美觀以及開發風格」上。不是語言的不同，是使用者個性上的不同。

回到开头的话题，Ruby是一个典型的魔幻语言，而Python则是简约派的代表。两个语言的支持人群在审美观念和开发风格方面差距非常大。初学Ruby和Python的人，都会感受到一种欣喜和兴奋，但是原因却不太一样。Ruby的学习者会惊喜于很多新的表达方式，比如 :attr_accessor 之类的魔幻特性，而Python学习者则会惊喜于实现具体功能的简洁性。可以说从一开始他们追求的就是不同的东西。随着学习的深入，Python开发者当然也会发现Python中的不少深入的特性，不过却并不倾向于滥用它们。长次以往，Python人群对任何语言的魔幻面都会产生一种厌恶感。我认识的一个Django开发者，就明确表示，就算RoR比Django开发效率高一点，也绝不使用Ruby，因为Ruby这个语言充满了“不必要的小聪明”。

高手果然是高手，好露骨的講法。Python 人對於「語言的魔幻面」，或是你要稱為「奇技淫巧」有種本質上的厭惡感，很多 Ruby 人引以為傲的東西，都會被視為「惡魔」。儘管 Python 也可以玩出些好玩的把戲，但是他們的中心思想讓他們「選擇不去作」。

而 Ruby 正如上面所說得，Ruby 人會被鼓勵使用「語言的魔幻面」，並且從中獲得相當的精神上的樂趣。但是跟「華而不實」最大的不同，是在於 Ruby 是利用語言的炫技，達到超乎想像的開發效率跟可讀性。最後，偉大的傑作誕生了，Ruby on Rails 用本身的「魔幻面」，反而達成了比PHP 這種 Web 專用的簡約語言的更高的可讀性。

本質上的不同？還是人的不同？

人的 tone 不同，才是真正的問題所在。或許雙子座的我，永遠不會欣賞 Python :p

奇想

不知道為什麼，寫這篇文章的時候，總是把魔幻語言想成魔法師，簡約語言想成戰士。所以腦中一直圍繞著 Ruby 是魔法技能點數 10 的魔法師，前面還有一個血防加到滿的戰士在前面罩著（Java），然後組隊一起打怪。

恭喜 Python 成為 programming language of 2007

2008-01-08T10:17:00.000+08:00

TIOBE 原文，翻譯文在此。值得稱讚的是，Python 首度超越 Perl 。

這年頭 Scripting Language 當道，Ruby 是2006 年的年度語言，Python 成 2007年的年度語言。明年 Ruby 再把這個殊榮拿回來吧 :p

ludy 0.0.9 released

2008-01-07T02:15:00.000+08:00

其實後來的更新幾乎都是亂寫了，這次的更新也差不了太多。大抵上就是增加個 C++ TR1 style 的 bind... 用起來的味道大概是這樣：（如果熟 C++ TR1/boost bind 的話，一眼就知道了）

assert_equal [9,8,7], ([1,2,3].map &(lambda{|lhs, rhs| lhs-rhs}.bind 10, :_1))
assert_equal [3,2,1], (lambda{|a,b,c| [a,b,c]}.bind :_3, :_2, :_1)[1,2,3]
assert_equal [1,9,3], (lambda{|a,b,c| [a,b,c]}.bind :_1, 9, :_3)[1,2,3]
assert_equal [9,2,3], (lambda{|a,b,c| [a,b,c]}.bind 9)[2,3]
assert_equal [9,4,2], (lambda{|a,b,c| [a,b,c]}.bind 9, :_3)[2,3,4]

不過我總覺得 ludy 應該可以繼續走下去才對。所以我想在下次做一次 major update, 版本號大概就是 0.1.0 吧。會做的改變大概如下：

1. 整理 project directory structure, 現在根本就是亂七八糟。我想大概會用 gem bones 去做吧。其實我是比較 prefer hoe, 但是 bones 的 rake task 有 namespace 比較漂亮... 如果 hoe 會更新到使用 namespace 的話，我再 switch 過去。現階段，我想 bones 是個不錯的選擇。

使用這種東西的好處，當然就是不用去設計 directory structure... 而且自己寫 gemspec 老實說也真的是滿麻煩的，bones 和 hoe 都有 rake task 幫我 build gem 檔，甚至還有 publish, 多方便。

2. 思索 puzzle_generator 的未來。其實他跟 ludy 一點關係都沒有，只是我為了使用 svn server 所以才把他加到 ludy 上的。到底 puzzle_generator 應該分出來，還是在 ludy 中找到一個位子？分出來的話，又該分去哪裡？

3. ruby 1.9 compatibility, 我剛剛稍微測試了一下，有幾個比較髒的東西在 ruby 1.9 是跑不起來的。這個應該要想辦法修掉，ruby 1.9 很棒的。除了效能好很多以外，多了很多我想要很久的功能，能早點轉過去就早點。可惜的是 1.9 問題還很多，而且很多 gem 沒辦法在上面跑，所以 1.8 還是必備的。現階段會讓 1.8 和 1.9 都相容，等 1.9 夠穩了，就不會考慮支援 1.8 了。

4. require path 的麻煩問題。去看看 facets, 他們對於 require path 大概也很頭痛吧。從 2.0.0 就整個把 require path 翻修過，結果還有大 bug, 害我完全沒辦法用。果然很快就推出 2.0.1 了...。還是 2.0.1 ~ 2.0.2 的階段，我忘了。反正就是很可笑的狀況，名稱衝突之類的。bug 期間我是暫時 monkey patch.

再看看 rubygems, 一開始有個 require_gem. 而我，卻也弄了個 require_ludy. 沒辦法，因為很難寫一個在任何情況下都有效的 require, 所以才搞出那種東西。但是現在我覺得，還是應該多為 user 想想，畢竟連 rubygems 都捨棄 require_gem, 我也不該繼續使用 require_ludy 才對。

無奈這真的是個很大的問題，可能勢必得做得不要那麼 general 吧？大致問題如下：
a. 使用 gem install 時可以正常 require.
b. 把東西全部 copy 到 project path 時, 讓 -I 可以 work.

其實簡單地說，就是希望不要 gem install 也可以輕鬆放到專案中使用。不過也許得放棄這個要求吧？因為實際在寫時，就會發現很多問題都跟這有關。如果能「假設」gem 一定有安裝起來的話，很多考量就可以不用做了。

事實上，不需要安裝 gem 也能 work, 對於開發也很有用。因為我可以改改程式就測試最新的結果，而不必自己裝一份。所以，還是再看看吧。還是希望能有好方法。

5. unit testing. 既然是 unit testing, 當然就要有能夠分開 test 的動作。我希望可以 ruby test/tc_bind.rb, 也可以 rake test 測試所有的 unit test. 之前因為沒在用 rake, 我自己寫了個 ts_ludy.rb, 大概就是做這件事。所以 ruby test/ts_ludy.rb 就可以跑所有的測試。

而我發現，如果照 unit test 原先的設計，把所有東西都 require 起來再跑，執行效能會變得很爛很爛。原因我不是很清楚... 所以後來我改變作法，變成一個個去跑每個 unit test, 然後把輸出結果蒐集起來，再報告出去。這樣的好處就是跑得速度真的快太多了，好幾倍的差別。缺點當然就是，這樣做挺詭異的...

所以關於 testing 的部份，也還需要再整理一下。大致就是希望能單獨跑也能一起跑。另一方面，我要求 testing 所使用的 lib 應該要是相對路徑下的，而不是 gem 上的。理由同 require path 上面的描述。

其實對於 require path 和 unit testing 的部份，我花了不少功夫，不過成果其實還滿差的。當時看是沒什麼感覺，現在看覺得實在很醜。

6. 去掉 shebang, 那很蠢。（那時候對 shell 太不熟了）

7. ludy_ext.rb
這東西，本來是想放各個沒在 Ludy module 下的東西，不過這樣成長太噁心了。應該學學 facets, 一個 method 一個檔才對。所以這部份也要切開，整理一下。

8. 整合之前為了 shooting-cubes 做的一些 rake task, 還有 erb meta-programming 的一些相關 method. 這個，和 puzzle_generator 一樣好像有點尷尬，不太屬於 ludy 的範疇。
不過在整個 ludy 東西還很少的狀況下，我希望盡量整合一些 lib.

9. 儘快整合 multi, 那個 multi-method 的 lib. 我在想，我可能自己實作一份，就不要直接把他吃進來。multi 是 MIT license, 我想我直接吃進來應該沒問題，只是整個感覺就很怪，而且他的程式有些部份我不太滿意，所以也許我自己做一份還是比較好，這樣也不用想怎麼合併。

如果確實做出來了，那大概就只留一份 NOTICE 或感謝之類的，就不保留原本的 require path 了。不然，我真的覺得那樣很醜，像是分裂的個體似的。

10. 修改一些文字說明，包含 README, CHANGES, description 之類的。現在的格式已經有點接近亂寫了。另一方面，也希望稍微修改一下 rubyforge 上的 release 結構。

11. 撰寫 rdoc, 完全沒 doc 其實也有點奇怪...

*

所有的 source code 都採用 Apache License 2.0, 希望下次的更新可以涵蓋以上幾點。

btw, bind 實作只有 13 行（含註解）

安裝：
gem install ludy

取得所有程式：
svn checkout http://ludy.rubyforge.org/svn/
or
svk mirror http://ludy.rubyforge.org/svn/ //mirror/ludy

Rails Is A Ghetto

2008-01-04T10:00:00.000+08:00

先說好，Mongrel 是一個 Team ，所以 Zed Shaw 的離開不代表 Mongrel 的停擺，不過該開始尋求更好的 Application Server 摟。

Zed Shaw （Mongrel 的作者）在去年的 12/15號宣告他封鍵盤，不再 Coding 了。然後又在去年的最後一天發表了一篇攻擊性言論相當強的文章，Rails is a Ghetto。裡面提到許多 Rails 社群的不良行為，並且用相當攻擊性的語氣來批評這些行為。這對 Rails 社群的確有很大的傷害，不過有多大那很難說。

Zed Shaw 宣佈他不是 Ruby Guy，並且想轉向 Python，Factor，Lua 等語言看看。

"This is that rant. It is part of my grand exit strategy from the Ruby and Rails community. I don't want to be a 'Ruby guy' anymore, and will probably start getting into more Python, Factor, and Lua in the coming months. I've got about three or four more projects in the works that will use all of those and not much Ruby planned. This rant is full of stories about companies and people who've either pissed in my cheerios somehow or screwed over friends. I can back all of them up from emails, IRC chat logs, or with witnesses. Nothing in here is a lie unless it's really obviously a lie through exaggeration, and there's a lot of my opinion as well."

大家想看去看原文吧 :) 。你不用去期待裡面有啥技術，Performance ，語言架構的比較。裡面只罵人跟公司（ThoughtWork）。我很不喜歡這篇文章，因為語氣不只是差，還有許多人身攻擊

Dave Thomas Ain’t No Sammy Sosa (He’s Just Fat)

之類的話語。更讓我覺得 Zed Shaw 的 EQ 似乎不是很好。

不過，Zed Shaw 對於 Ruby on Rails 的社群貢獻是毋庸置疑的，至少讓我對你唱一句

Goodbye My Love，我的愛人再見

祝你在新的社群有好的發展，還有 Ruby 社群沒有加蓋，你在外面受到不好的遭遇可以游回來呀。

用 Blogger 寫技術類型文章的優勢

2008-01-01T16:58:00.000+08:00

我當初選用 Blogger 寫 LightyROR 這個技術類型的 Blog ，就是看在

1. 技術人員都用 Google
2. Google 「應該」會對 Blogger 作技術文章搜尋結果作最佳化

請注意，是應該，而不是肯定。我「猜」 Google 當然會對自家產品稍微愛護一下，而看我 Blog 的人應該都是用 Google ，所以我選擇 Blogger 。

結果今天發生了一件事情，我四點寫了一篇 CentOS 5.1 + RMagick works，結果一個小時後我 Google 搜尋「CentOS RMagick」文章的時候，發現已經進入 Google Search資料庫，並且排名第二名

雖然不能說 Google 有對 Blogger 的文章有特別愛護，但是寫完文章後，一個小時進入搜尋搜尋資料庫，也算是另類的優勢。

CentOS 5.1 + RMagick works

2008-01-01T15:59:00.000+08:00

昨天，我要在 CentOS 上面灌 RMagick。我 google 了一下，發現有位卧得罚先生寫關於 CentOS 下面安裝 RMagick 的辛酸跟血淚，洋洋灑灑六到七頁，最後成功了還不忘加句「CentOS Sucks」。我發現到 XDite 也又 twitter 「CENTOS 裝 rmagick ...困難重重....」，這讓我非常的好奇，一心想看看在 Fedora 跟 Ubuntu 安裝都是瞬殺的 RMagick ，到底在 CentOS 上面出了啥問題。結果發現這條路好漫長，大概搞了半天以上吧......結論其實很簡單

CentOS 預設 FreeType Lib 是爛掉的，重新 compile 即可。

一開始我想看看RubyWorks ，因為他們有懶人包一次包好所有 Ruby on Rails 的東西。我發現到他們網站上面 Optional Package 宣稱他們有包好 RMagick
rubygem-rmagick (librmagick-ruby in Debian/Ubuntu repository.) – interface between the Ruby programming language and the ImageMagick® and GraphicsMagick image processing libraries.
但是我在 RubyWorks 的 yum 中找不到，所以就當沒有這東西存在。然後，使用 yum 安裝 ImageMagick ，再用 gem 安裝 RMagick ，發現 CentOS ImageMagick 的版本太舊，RMagick 2.0 不支援。

下載最新的 IMageMagick ，然後用 gem 安裝 RMagick 看似沒問題，但是當我想測試一下，按下
ruby -rrubygems -e "require 'RMagick'; puts Magick::Long_version;"
就發現有許多 Error 等著我。當我把這些 Error 放到網路上，結果發現沒有幾個回答。大部分都是叫我回去看 RMagick 的 Install Note。

當然啦，別人叫我們看Install Note，就是代表「你並不了解這個東西」，所以我乖乖的看了一下我發現 RMagick 需要

FreeType
Ghostscript fonts
JPEG
PNG
WMF

這幾個 Image Lib ，當我確認過 CentOS 都有安裝這些 Lib 之後，很可惜的，Error 一再的出現，就這樣陷入了一再重複的地獄。最後我從這個網頁發現到

CentOS 預設 FreeType Lib 是爛掉的。

這就是最後的解答。So，請下載 FreeType 的 Lib ，重新 compile ，然後 RMagick 就會成功。

以下是 Step by Step 安裝

我在一台乾淨的 CentOS 上面安裝成功過。下面安裝版本，CentOS 5.1 + gcc 4.1.2 + ImageMagick 6.3.7 + FreeType 2.3.5 + rmagick 2.0 或是 rmagick 1.15.12。

1. 安裝 GCC / G++
yum install gcc-c++ compat-gcc-32 compat-gcc-32-c++

2. Install 相關 lib
yum install glib glib2 zlib-devel libpng libjpeg libtiff ghostscript

3. 下載 FreeType 2.3.5 ，make

4. 下載 ImageMagick，make
你可以用 convert --version 確認是否安裝成功

5. gem i rmagick
你可以用
ruby -rrubygems -e "require 'RMagick'; puts Magick::Long_version;"
確認是否安裝成功。

Ruby 1.9 Release

2007-12-30T09:57:00.000+08:00

Ruby 1.9 Release了，根據Ruby慣例，版本小數點後面的數字偶數是穩定版本，奇數是測試用的版本。所以 Ruby 1.9 算是 Ruby 2.0 之前的開發版本，現行的穩定版本還是 Ruby 1.8，所以請不要把你公司的 Production 機器都改成 Ruby 1.9。

1.9 除了語法上面的演進以外，最大的不同就是在於內建 YARV 這個 VM。對於 Ruby 整體效能有相當大的增快，如果 Ruby 跟 Python 2 Fibonacci Sequence 的測試，大概比 Python 2 快了三倍。However ，跟幾年前的 Release 比速度，還真的沒啥好誇耀的 :p

Download 點在這
ftp://ftp.ruby-lang.org/pub/ruby/1.9/ruby-1.9.0-0.tar.gz

Change in Ruby 1.9
http://eigenclass.org/hiki.rb?Changes+in+Ruby+1.9

Beast 在 Rails 2.0.2 不能啟動的解決方式

2007-12-26T13:37:00.000+08:00

昨天安裝Beast Trunk ，發現在最後 rake db:schema:load 遇到

rake aborted!
undefined method `whiny_protected_attributes=' for ActiveRecord::Base:Class

這樣的 error。根據網路上的回答，應該是 Rails 2.0.2 搞得鬼，解決方式根據這個網頁講的，在 config/enviroment.rb 裡面將這行 comment 起來即可

#config.active_record.whiny_protected_attributes = false

話說，beast 已經 800 多行了，乾脆改成千行以下的 forum 好了 :p

Ps.
Beast 安裝方式
1. 下載下來 beast trunk code

svn checkout http://svn.techno-weenie.net/projects/beast/trunk beast

2. cp config/database.example.yml config/database.yml 並且修改他
3. 建立 schema
rake db:schema:load
4. 修改 config/environment.rb. 裡面的 PASSWORD_SALT
5. 安裝額外的 Gem 像是 RedCloth 或是 ruby-openid

Leopard，Terminal，Vim，and .... UTF-8

2007-12-10T19:06:00.000+08:00

最近買了新的 MacBook ，Leopard 到目前感覺都還很不錯，尤其是大幅度改進的 Terminal.app 。不過，跟我預料的一樣，Terminal 的 UTF-8 問題依舊沒有設定好。所以花了點時間 survey ，順便把一直困擾我的 vim 中文問題一起解決。

Leopard 內建的 vim 是 version 7.0.234 ，GNU bash 是 3.2.17 ，這幾個版本支援 UTF-8 都沒有任何問題，所以其實只是設定檔的問題。

1. 修改 ~/.profile
加入

export LANG=zh_TW.UTF-8

2. ~/.vimrc
加入

if has("multi_byte")
set enc=utf-8
set fenc=utf-8
set termencoding=utf-8
set fileencodings=utf-8,ucs-bom,big5,latin1
else
echoerr "Sorry, this version of (g)vim was not compiled with multi_byte"
endif

不確定是否有沒有更好的設定方式，不過，我已經滿意了。

JRuby 1.1 Beta 1 Release；這個世界最快的 Ruby Interpreter?

2007-11-05T08:28:00.001+08:00

JRuby 1.1 終於出 Beta 了，1.0 -> 1.1 主要的改進都是在於 Performance 的部份，結果是JRuby 已經在大多數的 Test 勝過現行的 Ruby 1.8.6，Ruby code 可以用 AOT 或是 JIT 來 compile 。並且兩者都比現行的 Ruby 來的快，memory 使用也比較少。

當然宣稱歸宣稱，我們也該看看 real rails application performace 的表現如何。Nick Sieger 寫了一篇 JRuby on Rails:Fast Enough 表示 JRuby on Rails 已經跟 Ru
by on Rails ㄧ樣快速了。並且JRuby 核心開發者 Ola Bini表示 JRuby 已經在大>多數的 Test 勝過 Ruby 1.8.6。

公說公有理，婆說婆有理，那麼最起碼最起碼 JRuby 效能逼近 MRI Ruby 是不爭的事實。
So，該是進場的時候嗎 :p

JRuby 1.0.2 Relase

2007-11-02T21:35:00.001+08:00

JRuby 發表了 1.0.2 版本，修正許多 Bug 跟支援了 Rails 1.2.5，Rails 1.2.5 跟 JRuby 1.0.1 有問題的人請升級到 JRuby 1.0.2。

Mongrel 1.0.4 出了

2007-10-30T22:05:00.000+08:00

在歷經將近十個月的等待， Mongrel 終於推出了 1.0.3 版，當然依照慣例，很快的馬上就被抓到很多 Bug，隔天就出了 Mongrel 1.0.4 版。安裝方式官方建議是

gem install mongrel --include-dependencies -P HighSecurity

不過，最重要的是 release note 最後一句

Mongrel 1.1 is coming real soon now with JRuby support and a few other things.

所以，Mongrel 1.1 要出來了，並且還要加上 JRuby Support。

It's all about JavaScript

2007-10-30T07:57:00.000+08:00

進入公司至今已經一個多禮拜，因為 Project 因素，整天都在碰 Javascript。其實還蠻充實的，而且也學到不少東西，或許我該為這個Blog改個名字叫 LightyJS 之類 :p 很多時候當你真的寫過 Javascript，才發現 RJS 的好處。總之，或許我該多寫點 Javascript 的東西。

新訓結束了，國防役開始

2007-10-17T08:11:00.000+08:00

入伍前，PTT 上面的版眾已經告誡大家某營某連很可怕，但是還是被國防部排進去這個連隊。經過一連串的酸甜苦辣，我從某精實連出來了。因為這個連實在是很精實，所以沒時間看書。我的HTTP：The Definitive Guide也沒翻到百頁。接下來的一周，找房子，搬家，適應新公司等等大概可以讓我多忙個兩週。看來 LightyRoR 要重新出發可能也要等個幾天。對了，我國防役去友邁科技（主力產品 Urmap.com）。

還有，最近對讀 Rails Source，玩 Xen ，玩 Linux From Scratch，玩仙劍奇俠傳4 很有興趣。真不知道有沒有時間讓我這樣玩。會不會到最後，只有電動玩到了，其他的東西全部都沒時間呢 :p

總之，我回來了。

AK47 與 M16 補充

2007-09-08T16:27:00.000+08:00

大家好，我又放假了。看到有人問我，上篇文章，意味著誰代表RoR。我只能說，沒有特別的誰代表誰。

在技術水準差不多的狀態下，所謂的設計好壞其實只是取捨。Ak47 取了簡單，但是失去了準度。M16 強調準度，但是輕巧的設計卻換來了些許的不穩定，以及較高的訓練時間。換來的結果也沒有誰輸誰贏，只是剛好第三世界國家適合 AK47 ，美國適合 M16。

越戰這個 case ，Ak47 遠勝於 M16，但是這是在叢林戰這個 domain。其實美軍打贏那麼多場戰役，很多其他的戰爭 case，M16 說不定在其他 case 壓的死死的。只是越戰名氣大而已。

一切都只是需求的不同而已。

軟體開發也是如此。在工程師水準相近的情況下，你的選擇通常都只是因為這個任務的需求，而非這個設計方式比較好。

我所陳述的，是一段歷史，是一個工程設計哲學的頂尖對決，是一個值得去瞭解的他山之石。而非誰代表誰。

AK47 與 M16

2007-09-01T13:05:00.000+08:00

大家好，我是 thegiive，我正在服國防役新訓，先跟大家打個招呼。最近一直沒時間碰 Ruby on Rails ，不過軍中倒是花了點時間研究步槍。賢者總是說到「觸類旁通」這件事情，我也剛好從步槍這種殺人兵器中，看到了一些東西，很值得軟體開發借鏡。在此先警告一下，我只是在陳述輕兵器設計哲學之間的比較，並非鼓吹輕兵器，戰爭等東西，如果認為槍枝是邪惡不能被提及之人，請勿進入本文。

我研究的東西，就是號稱 20世紀最偉大的武器 AK47 ，跟屈居第二的 M16 的之間的瑜亮之爭。

AK47 是由蘇聯槍械設計師米哈伊爾·季莫費耶維奇·卡拉什尼科夫設計的自動步槍。這款武器號稱槍中之王，很多第三世界國家的戰爭都看到他的身影。可以說是哪裡有戰爭，那裡就有 AK47。有這樣一句話：「美國出口的是可口可樂，日本出口的是Sony電器，而蘇聯出口的是AK47。」

這不是沒有原因的。 AK47 當初設計的哲學，就是為了「簡單」。他被設計成為任何民眾，在沒有人教導，沒有任何工具，依舊可以在三個小時之內可以徒手拆解結合，並且裝子彈射擊，由此可以知道他的「簡單」，到底是簡單到什麼程度。

再來因為俄羅斯環境氣候糟糕，他將內部機構組織設計為較粗糙，這代表不容易因為沙土，泥水進去而導致不能擊發，也就是他當初就是為了設計為可以穩定的擊發子彈，就算再惡劣的環境也是如此。後來因為 AK47 大流行，參加了許多場戰爭，擁有相當多的實戰測試，導致他的擊發穩定性更上一層樓。有人戲稱「AK47 掉到泥水中，沒關係甩一甩，繼續打」。

但是當初社記者因為為了「簡單」，「穩定」，損失了些許射擊準度。導致 300M 外射擊準度很差。

M16 系列是屬於美國系統，他當初設計的哲學就是為了擁有穩定的設計準度，以及良好的射擊距離。所以他採取相當巧妙的設計（我們輕兵器教官是這樣講的，我沒有研究很深），但是越精巧的系統代表容錯率越低，第一版 M16 對於環境的容忍程度較差，很容易因為環境因素導致卡彈。美軍在沙漠風暴之中，就常聽說美軍為了避免沙子進入槍口，用保險套套住槍口，形成一種很詭異的情況。

綜合比較兩者優劣，很明顯的 M16 在射擊準度上面優於 AK47 許多，但是耐用度上面，第一版的 M16 可以說是遠遠輸了 AK47，一直到 M16A2 才比較好一點，不過還是輸給 Ak47 。

使用率上面，AK47遠遠的贏過 M16，傳說 AK47 有一億隻之多。造成 AK47 大流行的原因很多，

一來是因為構造簡單，上手簡單，士兵幾乎不用訓練就可以擊發，所以許多第三世界國家喜歡使用 AK47。
再來就是因為構造簡單，容易仿造，所以很多國家都自己仿冒 AK47，傳說十支 Ak47 只有一支是正版的 AK47。
再來就是如果你有看軍火之王這部片子，裡面講到蘇聯瓦解，許多將軍失去以前的榮光，為了錢，他們將軍火庫裡面成千上萬的 AK47 盜賣給軍火商，導致黑市 AK47 大流行，既便宜又好用。
最後雖然 AK47 不準，但是第三國家沒有資源去花時間訓練士兵射擊準度，所以使用 AK47 根本沒差

這裡必須要提一件題外話，如果你看過血鑽石這部片子，就知道他們是怎麼訓練娃娃兵的。而娃娃兵雖然知識水準不高，但是因為 AK47 實在是使用上太簡單了，所以導致軍閥隨隨便便訓練娃娃兵，他們都可以上手，拿槍來殺人， AK47 的簡單某種程度導致娃娃兵的大流行。這是讓我每次看到都覺得很荒謬的一件事情。

真正決定 AK47 王者地位的戰役就是越戰。越南一方使用 AK47，美軍使用 M16。越戰是叢林戰為主，叢林戰的攻擊射程可能根本不到 10 m ，在叢林 AK47 跟 M16 射擊射程都是一樣的，也就是 M16 的強項射擊距離跟經準度就跟廢了一樣。再加上叢林環境太過惡劣了，M16的低容錯率造成大量卡彈的發生，很多美軍屍體旁邊都有卡彈的 M16，代表他們是因為卡彈才死去的。到後來，甚至出現許多美軍將自己 M16 放在一旁，反而使用搶來的 Ak47 來打越南軍的怪現象。

事後想想，AK47 早就已經實戰好幾年了，那時的穩定度以經是 3.0 版。M16 在越戰時穩定度還是 1.0 Pre release 版。再來剛好遇到 M16 強項被極小化，所以才會遇到被 AK47 八的那麼慘的情況。

雖然剛剛講了那麼多 M16 的壞現象，但是他依舊美軍最佳的利器。因為美軍戰爭時需要「減少傷亡」，減少傷亡最好的方式就是拉遠戰鬥，所以 Ak47 只能較近距離的特性依舊不適合美軍。也就是說，沒有最好的槍枝，只有最適合這次任務的槍枝。

所謂的簡單就是美，在 AK47 留下的最好的證明。簡單的設計容易修改，複製。產品正確率也較高。並且容易上手就容易造成流行。軟體又何嘗不是如此。

穩定性的重要，在輕兵器的領域優先權是相當高的，畢竟子彈往身上跑過來的時候，誰都不希望自己手上的槍枝卡彈。越戰時，AK47就在這個領域上面遠遠勝過 M16，也為這次比試留下了勝利。當某個領域的要求穩定性，已經高到一個很重要的程度時，我們應該選擇比較穩定的設計，而非功能比較強大的設計。

最後，沒有最好的槍枝，只有最合適這次任務的槍枝。同樣的，沒有最好的軟體，只有最符合這次任務需求的軟體。

我們在這些輕兵器的歷史中，是不是看到許多軟體開發的影子呢。

Fedora Core 6 上安裝 beast (3)

2007-08-22T17:40:00.000+08:00

覺得 pound + lighttpd 太麻煩嗎？又翻到一個應該不錯的選擇，
是一個俄國人寫的 http server, 也具有 reverse proxy 和
load balancing 的能力。

godfat ~ 3.2$ port info nginx
nginx 0.5.29, www/nginx (Variants: universal, dav, flv, mail, ssl)
http://nginx.net/

Nginx ("engine x") is a high-performance HTTP(S) server and reverse proxy,
as well as an IMAP/POP3 proxy server. Nginx was written by Igor Sysoev for
Rambler.ru, Russia's second-most visited website, where it has been running
in production for over two and a half years. Igor has released the source
code under a BSD-like license. Although still in beta, Nginx is known for
its stability, rich feature set, simple configuration, and low resource
consumption.

這個字實在是很難記…不過討論翻來翻去，他 serve static file 的效能和
lighttpd 在伯仲之間，而 load balancing 是正常可用的。所以與其使用
pound + lighttpd, 單用 nginx 可以簡化一些流程。我想缺點就是設定上
還是比 pound 複雜些，不過我個人是覺得比 lighttpd 簡單了。另外 nginx
好像沒有 windows 版，而 pound 和 lighttpd 都有 windows 版，
我想這對某些情況可能也是個考量吧？

雖然之前因為英文文件太少所以不太流行，但最近似乎還算有蠻多人推薦的，
而且這在俄國好像還蠻廣泛被使用的，試試應該無妨。

sudo yum install nginx

跟 lighttpd 一樣，一起丟到 beast 目錄下比較容易管理。
cp /etc/nginx/nginx.conf \
/home/YOUR_NAME/projects/beast/stable-1.0/config/nginx.conf
cp /etc/nginx/mime.types \
/home/YOUR_NAME/projects/beast/stable-1.0/config/mime.types
前者是 config 檔，後者是 mime-type 設定檔，會被 include 進去。

nano config/nginx.conf
=======================
user YOUR_NAME YOUR_NAME;
worker_processes 1;
pid /home/YOUR_NAME/projects/beast/stable-1.0/tmp/pids/nginx.pid;

error_log /home/YOUR_NAME/projects/beast/stable-1.0/log/nginx_error.log;

events {
  worker_connections 1024;
}

http {
  include /home/YOUR_NAME/projects/beast/stable-1.0/config/mime.types;
  default_type application/octet-stream;

  log_format main '$remote_addr - $remote_user [$time_local] $request '
                  '"$status" $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" "$http_x_forwarded_for"';

  access_log /home/YOUR_NAME/projects/beast/stable-1.0/log/nginx_access.log main;

  sendfile on;
  keepalive_timeout 65;

  gzip on;
  gzip_min_length 1100;
  gzip_buffers 4 8k;
  gzip_types text/plain text/html text/xhtml text/css text/javascript;

  upstream mongrel {
    server 127.0.0.1:2000;
    server 127.0.0.1:2001;
    server 127.0.0.1:2002;
  }

  server {
    listen 80;
    server_name localhost;

    location ~ ^/(images|javascripts|stylesheets)/ {
      root /home/YOUR_NAME/projects/beast/stable-1.0/public
      expires 30d;
    }

    location / {
      proxy_set_header X-Real-IP $remote_addr;
      proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
      proxy_set_header Host $http_host;
      proxy_redirect off;
      proxy_pass http://mongrel;
    }
  }
}
=======================

其實還有一大堆設定我省略掉了，可以自己上官網或 google 找其他的設定。
啟動：
sudo nginx -c config/nginx.conf
關閉：
sudo kill `cat tmp/pids/nginx.pid`

我用這個去跑 YSlow, 應該是設定的關係，分數從 62 => 75...
但當然以我測試機的超低流量來看，就算直接用 mongrel 應該也是瞬間反應…

Fedora Core 6 上安裝 beast (2)

2007-08-15T21:09:00.000+08:00

不喜歡 apache 嗎？apache 沒辦法用 mod_proxy_balancer 嗎？沒關係，我找到另外一個不錯的方式了，是 pound + lighttpd. 如果不想用 apache 的話，上一篇的 httpd 相關的東西都不要灌，改灌：

sudo yum install Pound
sudo yum install lighttpd

我是覺得這邊分大小寫很沒意義，不過 yum 就是這樣﹍。

pound 是什麼？
The Pound program is a reverse proxy, load balancer and HTTPS front-end for
Web server(s). Pound was developed to enable distributing the load among
several Web-servers and to allow for a convenient SSL wrapper for those
Web servers that do not offer it natively.

lighttpd 我想大家都知道，一個非常快速的 http server, 只不過他的 mod_proxy 似乎有很多問題，以致於沒辦法用他。所以這部份用 pound 當前端解決這個問題，流程變成：

http request => pound => lighttpd or mongrel cluster

安裝好後，先來設定 pound, 不過 https 就先暫時略過不管。
sudo nano /etc/pound.cfg
=========================
User "pound"
Group "pound"

ListenHTTP
    Address 0.0.0.0
    Port 80
End

Service
    URL "/(images|stylesheets|javascripts)/"
    BackEnd
        Address 127.0.0.1
        Port    1999
    End
    Session
        Type    BASIC
        TTL     300
    End
End

Service
    BackEnd
        Address 127.0.0.1
        Port    2000
    End
    BackEnd
        Address 127.0.0.1
        Port    2001
    End
    BackEnd
        Address 127.0.0.1
        Port    2002
    End
    Session
        Type    BASIC
        TTL     300
    End
End
=========================
前面的設定是把 host/images, host/stylesheets, host/javascripts 這三個 url 下的 request 都丟給 port 1999 處理，也就是等會 lighttpd 要使用的 port. 這邊使用 regex, 可以自由設定自己要的規則。假使未來 user 要使用 file_column, 可以再加個 user/avatar 之類的。

下面的則是全部丟給 mongrel_cluster 處理。設定上應該比 apache 簡單地多。可以先測試看看，先把 lighttpd 的部份 comment 起來，啟動 pound 試試：
sudo pound

照理說這樣就能使用了。不行的話加個 config 檔路徑給他：
sudo pound -f /etc/pound.cfg

這邊我是在想要不要把 config 也放到 beast 裡面，不過 pound 應該只會有一個，所以我想還是放到 /etc 下好了。停止 pound 的方式：
sudo kill `sudo cat /var/run/pound.pid`

製作 lighttpd 設定檔：
nano config/lighttpd.conf
==========================
server.modules = (
"mod_access",
"mod_accesslog"
)

server.port = 1999
server.bind = "127.0.0.1"
server.document-root = "/home/YOUR_NAME/projects/beast/stable-1.0/public"

server.username = "YOUR_NAME"
server.groupname = "YOUR_NAME"
server.pid-file = "/home/YOUR_NAME/projects/beast/stable-1.0/tmp/pids/lighttpd.pid"
server.errorlog = "/home/YOUR_NAME/projects/beast/stable-1.0/log/lighttpd_error.log"
index-file.names = ( "index.html", "default.html" )
accesslog.filename = "/home/YOUR_NAME/projects/beast/stable-1.0/log/lighttpd_access.log"

# mimetype mapping
mimetype.assign = (
".rpm" => "application/x-rpm",
".pdf" => "application/pdf",
".sig" => "application/pgp-signature",
".spl" => "application/futuresplash",
".class" => "application/octet-stream",
".ps" => "application/postscript",
".torrent" => "application/x-bittorrent",
".dvi" => "application/x-dvi",
".gz" => "application/x-gzip",
".pac" => "application/x-ns-proxy-autoconfig",
".swf" => "application/x-shockwave-flash",
".tar.gz" => "application/x-tgz",
".tgz" => "application/x-tgz",
".tar" => "application/x-tar",
".zip" => "application/zip",
".mp3" => "audio/mpeg",
".m3u" => "audio/x-mpegurl",
".wma" => "audio/x-ms-wma",
".wax" => "audio/x-ms-wax",
".ogg" => "application/ogg",
".wav" => "audio/x-wav",
".gif" => "image/gif",
".jpg" => "image/jpeg",
".jpeg" => "image/jpeg",
".png" => "image/png",
".xbm" => "image/x-xbitmap",
".xpm" => "image/x-xpixmap",
".xwd" => "image/x-xwindowdump",
".css" => "text/css",
".html" => "text/html",
".htm" => "text/html",
".js" => "text/javascript",
".asc" => "text/plain",
".c" => "text/plain",
".cpp" => "text/plain",
".log" => "text/plain",
".conf" => "text/plain",
".text" => "text/plain",
".txt" => "text/plain",
".dtd" => "text/xml",
".xml" => "text/xml",
".mpeg" => "video/mpeg",
".mpg" => "video/mpeg",
".mov" => "video/quicktime",
".qt" => "video/quicktime",
".avi" => "video/x-msvideo",
".asf" => "video/x-ms-asf",
".asx" => "video/x-ms-asf",
".wmv" => "video/x-ms-wmv",
".bz2" => "application/x-bzip",
".tbz" => "application/x-bzip-compressed-tar",
".tar.bz2" => "application/x-bzip-compressed-tar"
)
==========================
我很想省略 mime-type 設定，不過不設的話 firefox 好像會有問題。safari 和 opera 是 ok 的，IE 我沒得測就沒測了。反正要設就是了，有沒有問題不影響。只是希望 lighttpd 能內建這些設定﹍。

啟動 lighttpd
sudo lighttpd -f config/lighttpd.conf

這樣就算大功告成了！剛剛有測試 pound 的話記得改回原本設定並重新啟動。比較詳細的介紹與說明可以參考這篇：
Configuring pound with lighttpd and mongrel.

*

summary:

用到的 server:

(1)
apache2.2 =>
reverse proxy + load balancer + serve static files

(2)
pound => reverse proxy + load balancer
lighttpd => serve static files

(3)
mongrel_cluster => setup mongrel cluster
mongrel => serve beast

結果就是 ((1) or (2)) + (3)

操作 apache:
啟動：sudo apachectl start
停止：sudo apachectl stop
重啟：sudo apachectl restart

操作 pound:
啟動：sudo pound -f /etc/pound.cfg
　或：sudo /etc/init.d/pound start

停止：sudo kill `sudo cat /var/run/pound.pid`
　或：sudo /etc/init.d/pound stop

重啟：sudo /etc/init.d/pound restart

操作 lighttpd:
啟動：sudo lighttpd -f config/lighttpd.conf
　或：sudo /etc/init.d/lighttpd start

停止：sudo kill `cat tmp/pids/lighttpd.pid`
　或：sudo /etc/init.d/lighttpd stop

重啟：sudo /etc/init.d/lighttpd restart

操作 mongrel_cluster:
啟動：sudo mongrel_rails cluster::start
停止：sudo mongrel_rails cluster::stop
重啟：sudo mongrel_rails cluster::restart

操作 postgresql:
啟動：sudo pg_ctl start
停止：sudo pg_ctl stop
重啟：sudo pg_ctl restart

Fedora Core 6 上安裝 beast

2007-08-14T12:04:00.000+08:00

我選擇 apache2.2 + mongrel_cluster + postgresql

安裝 apache 和其他的東西。
sudo yum install httpd
sudo yum install httpd-devel
sudo yum install openssl
sudo yum install readline

安裝 ruby
sudo yum install ruby
sudo yum install ruby-devel
sudo yum install ruby-libs
sudo yum install rdoc
sudo yum install irb

安裝 postgresql
sudo yum install postgresql
sudo yum install postgresql-devel
sudo yum install postgresql-libs
sudo yum install postgresql-server

初始化 postgres
sudo mkdir -p /var/db/postgresql81/defaultdb
sudo chown postgres:postgres /var/db/postgresql81/defaultdb
sudo -u postgres initdb -D /var/db/postgresql81/defaultdb
sudo -u postgres pg_ctl -D /var/db/postgresql81/defaultdb \
-l /var/db/postgresql81/defaultdb/postgres.log start

拿來抓 beast... 捨 svn 取 svk 因為我討厭一堆 .svn
sudo yum install perl-SVK

sudo yum install rubygems

至少要用這些 gem
sudo gem install rails -y
sudo gem install mongrel_cluster -y
sudo gem install redcloth -y
sudo gem install ruby-openid -y
sudo gem install ruby-postgres -y

建立目錄。
mkdir -p ~/projects/beast
cd ~/projects/beast

用 svk 抓不會有一堆 .svn 礙眼。
svk mirror //mirror/beast \
http://svn.techno-weenie.net/projects/beast/branches/stable-1.0/
svk sync -s HEAD //mirror/beast
cd stable-1.0

產生讓 beast 用的資料庫。
sudo -u postgres createdb beast_prod

設定資料庫設定檔。
cp config/database.example.yml config/database.yml

nano config/database.yml
=========================
production:
  database: beast_prod
  adapter: postgresql
  host: localhost
  username: postgres
  password:
=========================

初始化 beast 資料庫。
rake db:schema:load RAILS_ENV=production

非常囉唆的 cluster 設定，user 可以開 mongrel,
不過因為我懶所以用自己的帳號跑。
sudo mongrel_rails cluster::configure -e production \
-p 2000 -N 3 -c /home/YOUR_NAME/projects/beast/stable-1.0 \
-a 127.0.0.1 --user YOUR_NAME --group YOUR_NAME

啟動 mongrel_cluster 吧。
sudo mongrel_rails cluster::start

接著是 apache2.2 的 mod_proxy_balancer 的設定，
如果 mod_proxy_balancer 沒有啟動記得把他打開。

建立 balancer 導向 port 2000~2002
sudo nano /etc/httpd/conf/httpd.conf
=====================================
<Proxy balancer://YOUR_BALANCER>
  BalancerMember http://YOUR_ADDRESS:2000
  BalancerMember http://YOUR_ADDRESS:2001
  BalancerMember http://YOUR_ADDRESS:2002
</Proxy>

Listen 80
<VirtualHost *:80>
  ServerAdmin YOUR_EMAIL
  ServerName YOUR_ADDRESS
  ProxyPass / balancer://YOUR_BALANCER/
  ProxyPassReverse / balancer://YOUR_BALANCER/
  ProxyPreserveHost on
  ErrorLog /home/YOUR_NAME/projects/beast/stable-1.0/log/apache_error.log
  CustomLog /home/YOUR_NAME/projects/beast/stable-1.0/log/apache_access.log combined

  ProxyPass /images !
  ProxyPass /stylesheets !
  ProxyPass /javascripts !
  Alias /images /home/YOUR_NAME/projects/beast/stable-1.0/public/images
  Alias /stylesheets /home/YOUR_NAME/projects/beast/stable-1.0/public/stylesheets
  Alias /javascripts /home/YOUR_NAME/projects/beast/stable-1.0/public/javascripts
</VirtualHost>
=====================================

接著啟動 apache 就 ok 了。
sudo apachectl start

最後來設定 beast 的 smtp, 如果想用 gmail 寄信的話，
我之前試過兩個方式，一個是使用 msmtp,
另一個是有人有寫一小段 ssl smtp 的 patch, 可以參考這裡：
http://www.stephenchu.com/2006/06/how-to-use-gmail-smtp-server-to-send.html

nano config/environment.rb
加入：
===========================
ActionMailer::Base.smtp_settings = {
  :address => "smtp.gmail.com",
  :port => 587,
  :domain => 'YOUR_DOMAIN',
  :user_name => "YOUR_GMAIL_ACCOUNT",
  :password => 'YOUR_GMAIL_PASSWORD',
  :authentication => :plain
}
===========================

nano app/models/user_mailer.rb
===============================
@from = 'YOUR_GMAIL_ACCOUNT@gmail.com'
===============================
我不是很確定這一步要不要做，我猜不做會被 gamil 擋掉。

接下來把那段程式碼 copy 到可以被 require 的地方，我是放在 lib 下：
nano lib/smtp_tls.rb
接著把他 require 進去：
nano config/environment.rb
===========================
require 'smtp_tls'
===========================

sudo mongrel_rails cluster::restart
註冊一下試試寄信吧！如果失敗的話，那篇連結裡有個 workaround:

nano lib/smtp_tls.rb
=====================
rescue EOFError
  ;
rescue OpenSSL::SSL::SSLError => e
  puts('Unexpected Exception: ' + e.message + ' : ' +
    e.backtrace.join("\n") )
end
=====================

我之前用是沒有這個問題，但在這台 fedora 上卻有這個問題，
也許是要更新 openssl 的版本？不管如何，加入上面那段暫時可用。

結論：
還是 macports 好用，速度快，更新快，只是 build 要很久就是了。

ludy 0.0.4 released

2007-08-13T00:57:00.000+08:00

花了一點時間再測試了一下 curry 的實做，i am glad to announce that ludy 0.0.4 is released. 原本的 Proc#curry 被改名為 Proc#__curry__, 我很想把他
deprecate 掉，但是後來的 Kernel#curry 也有運用到該實做，是有在考慮把他從 public 改到 private, 但考慮到也許還有用處，還是暫時放在 public 下，以後如果發現真的沒用了，會改到 private 下。

現在的用法是：

multiply = lambda{|l,r| l*r}

double = multiply.curry[2]
assert_equal 8, double[4]
assert_equal 6, double[3]

xd = multiply['XD', 5]
assert_equal 'XDXDXDXDXD', xd

assert_equal 29, :+.to_proc.curry[18][11]
assert_equal (0..4).to_a, lambda{|a,b,c,d,e|[a,b,c,d,e]}.curry[0][1][2][3][4]

只要呼叫到了 Kernel#curry, 且 caller 本身回應（respond_to?）:call 和 :[], 則回傳一個 curry function, 這樣就可以有更強的 consistency, 不需要注意什麼時候使用 () 而什麼時候使用 [], 請一律使用 function call/[], 不用擔心參數是否足夠，足夠時就會回傳真正的答案，否則再度傳回 curry function.

所以其實我是在想，以下兩者是否相同？
class Array; include Curry; end
func1 = [].cfoldr
func2 = [].method(:foldr).curry
func1 == func2 # => true? or false?

我的希望是相同，當然。只是我直接換上這樣的實做似乎有點問題，這個狀況可能在 0.0.5 中解決，使 curry module 和 kernel#curry 也能夠擁有該有的一致性。

另一個棘手問題是 ruby 的 block, 乍看很好用，實際上也是，但是卻造成了很大的不一致。這一點也真的是很難搞定，之前的 this 就有碰上這樣的大問題，使用 yield 似乎無法產生正確的 call stack.

*

最後則是 0.0.4 上的實做問題，由於 :*.to_proc 的這個 proc 無法預測其正確的 arity, 就像 :message_that_you_never_know.to_proc 也不可能能知道他的 arity 是多少一樣，這造成了難以判斷何時該回傳正確的值而非另一個 curry function. 我是想要從 Symbol#to_proc 去竄改，不過這會碰上另外兩個問題：

1. 會跟其他人的實做衝突
2. caller 和 arity 是合併在一起的，意味還沒 call 之前都不會知道 arity, 這樣我就沒辦法強迫 Symbol#to_proc 能產生正確的 arity.

所以我只好用另外一個很愚蠢的方式：trial & error.
begin # let's try if arguments are ready
self.__send__ :orig_call, *args, &block
rescue ArgumentError # oops, let's curry it
method(:call).to_proc.__send__ :__curry__, *args
end

效率問題就別提了，我真的覺得這樣很蠢，可是好像也想不到更好的方式。

所以 0.0.4 就只暫時強化了 curry 的實做，離完善還有很大的一段距離。雖然心血來潮度極高，但好像還算有進展？

gem install ludy
to see detail.

ludy 0.0.3 released

2007-08-07T14:04:00.000+08:00

睽違已久，忽然心血來潮多加了幾個東西。
in CHANGES:
==============================
ludy 0.0.3, 2007.08.07

1. ludy_ext:
added:
1. Proc#curry
2. Proc#compose
3. Proc#chain
4. Symbol#to_proc
5. Array#foldl
6. Array#foldr
7. Array#filter

removed:
1. Fixnum#collect # see tc_ludy_ext.rb#test_fixnum_collect for reason

info:
1. ruby2ruby has NilClass#method_missing return nil,
so i can't just make it return blackhole

2. module Curry:
see test/tc_curry.rb for usage

see unit test for usage
==============================
雖然說請看 unit test 來揣摩用法，不過這樣真的有點無趣，所以還是來稍微介紹一下。這次之所以忽然心血來潮想做，是因為看到James Edward Gray II 的 higher-order ruby 專欄：
http://blog.grayproductions.net/articles/category/higher-order-ruby
第六篇的：Currying, 他的 curry 實做：

class Proc
  def curry(&args_munger)
    lambda { |*args| call(*args_munger[args]) }
  end
end

老實講，不是說看不懂，可是我不明白為什麼要寫得那麼複雜，乍看之下實在看不太出來。丟掉他的實做，我試著做了一個：

class Proc
  def curry *pre
    lambda{ |*post| self[*(pre + post)] }
  end
end

就我自己測試起來，效果是一樣的，我認為應該簡潔易懂多了。可是這根本不太像 curried function 吧？內心吶喊著。不過在看我後來寫的 curry module 之前，先來簡單介紹一下 currying.

在 lambda caculus 中，每個 function 都只能有一個 argument, 這是因為 lambda caculus 是一種極簡的語言，用來研究某些模型的語言。但是如果 function 只能吃一個 argument, 有很多事是會做不到的。於是我們可以靠著 tuple 把許多的 argument 包成一個 argument, 例如在 Haskell 中，tuple 就是 (1,2,3), 用括號括起來的就是 tuple. 所以上面的 (1,2,3) 是一個有三個值的 tuple, 可以把他視為一個值。

比方說有個 function 叫 power, 像是：power 2, 10 會回傳 1024. uncurried function 就會是 power (2, 10), 他吃一個有兩個元素的 tuple, 吐出一個 1024 的值。可是如果是這樣使用的話，其實是很不方便的。有一個方法可以讓 function 依然只吃一個 argument, 但是又不需要使用 tuple, 可以一個值一個值傳入，那就是 curried function.

在 functional programming 中，function 的地位極高，不管在做什麼事，幾乎都是在操作 function. 這也就是所謂的 higher-order function, 操作 function 的 function, 或是產生 function 的 function 諸如此類。curried function 的效果就是當所吃入的 argument 不足時，他會再吐出另一個 function 去吃其他 argument，直到 argument 足夠時才會吐出結果。

power 2 的回傳會是一個 function, 他記住了 2, 當他再吃一個 argument 後，則會再把 2 拿出來跟 argument 做運算。所以 power 的 type 會是：
power :: Int -> Int -> Int
結合順序是從右邊開始，所以是吃一個 Int, 吐出 (Int -> Int), 也就是吃一個 Int 吐出一個 Int 的 function. 可以想成這樣：

power2 = power 2
result = power2 10
result # => 1024

也就是說，可以把他看成是一個會不斷記憶 argument 的 function. 看看 James Edward Gray II 的範例：

multiply = lambda { |l, r| l * r }
double   = multiply.curry { |args| args + [2] }
triple   = multiply.curry { |args| args << 3 }

multiply[5, 2]    # => 10
double[5]         # => 10
triple[5]         # => 15
triple["Howdy "]  # => "Howdy Howdy Howdy "

所以他的實做其實很簡單，就是用一個 array 記憶 arguments,
最後再 prepend 到最後的 arguments 裡。

class Proc
  def curry(&args_munger)
    lambda { |*args| call(*args_munger[args]) }
  end
end

不過我覺得不用寫得那麼複雜，所以改寫為：

class Proc
  def curry *pre
    lambda{ |*post| self[*(pre + post)] }
  end
end

這裡利用了 ruby 的 lambda 有 closure 的特性，把 *pre 紀錄下來，再把他 prepend 到 post 上，最後再呼叫原本的自己（self）。

可是這樣不完整，因為你必須明確表達你需要做 curry, 而 Haskell 的 curried function 是可以讓你忽略這件事的。

lambda{|a,b,c,d,e|}.curry(1).curry(2).curry(3).curry(4).carry(5)

這樣不煩死才怪。我希望能用：

lambda{|a,b,c,d,e|}[1][2][3][4][5]
也能使用：
lambda{|a,b,c,d,e|}[1,2][3][4,5]

可惜我暫時還沒找到好做法 XD 目前暫時僅提供可以 mixin 的 module, 大概是這樣用：

class Array; include Curry; end

接著 array 所有以字母開頭的 method 會多個 curried 版，prefix c. i.e., map => cmap; foldr => cfoldr

func1 = [1,2,3].cfoldr[:-.to_proc]
assert_equal 2, func1[0]

做法其實很簡單，就只是檢查參數夠了沒，不夠就重新 curry 一份，夠了就呼叫原始 method. 我原本一直不希望前綴 c, 而以相同名字命名之，然後原本的名字改為：orig_method. 可惜不管怎麼試都失敗，原因不是很清楚，但這種 side-effect 超大的動作，會失敗其實也不怎麼奇怪吧，我想。雖然我總覺得以正常呼叫法而言，應該是沒什麼差才對，也許我有哪裡寫錯了，只是還沒發現而已。

*

至於其他新增的東西，這裡也稍微介紹一下。首先 Array#filter 只是 select 的 alias, Array#foldl 也只是 inject 的 wrapper. Array#foldr 稍微複雜些，不過概念上只是類似反過來的 inject 而已。Symbol#to_proc 大家應該都很熟，連 active_support 裡面也有。只是單純的 message/method 轉換而已。

比較需要提的應該是 Proc#compose 和 Proc#chain. 前者就是數學上的 compose, facets 裡其實也有，不過手癢還是自己做了一份。他有點類似反向的 inject, 很容易做出來。至於 chain, 這是模仿 C++ 的 loki 中的 functor 中的 chain. 效果很單純，就是把 function 串起來而已。這拿來做 callback 應該還算方便，例如：

button.on_click = menu.method(:popup).chain button.method(:hide)
接著當按鈕被按下去後，選單就會彈出，且按鈕自動隱藏。
至於 arguments 和 returns 呢？arguments 會統一給所有人。
f1.chain(f2)['XD']
這樣 f1 和 f2 都會接到 'XD' 這個 argument. return 則會蒐集成一個 array 並 flatten 回去。
[f1 的結果, f2 的結果, f3 的結果,...]
如果 f3 的結果是 array, 則會依序儲存：
[..., f3 的結果1, f3 的結果2, f4 的結果, ...]

這樣做的原因是要讓 chain 還能繼續 chain 而不會出現非常恐怖的 nested array.
f1.chain(f2).chain(f3).chain(f4)
但是其實可以這樣 chain:
f1.chain(f2, f3, f4)
結果和上面的會是相同的。

在 chain 之間的 travel 還沒做，下次有機會時會做。

gem install ludy # to see detail

ruby 寫起來真的很簡潔，很多功能 10 行內都能解決。

2007.08.07

Active Scaffold Upload Branch

2007-07-28T00:31:00.000+08:00

我真的被 rails plugin 嚇到了。這幾天試著做 web development, 大家應該都知道我跟這個領域不太熟吧？可是，忽然間我覺得，這樣幾乎什麼都能做了。三個 plugin, 依照我嘗試的時間順序：

1. FileColumn
2. LoginGenerator
3. Active Scaffold Upload Branch

由於一開始使用 FileColumn 碰到了點問題，所以我有稍微 trace 他的 code, 基本上這個 plugin 我覺得算是小玩具，很簡單的小功能，居然沒內建到 rails 中我覺得有點奇怪。畢竟 binary file 一般都是存到 file system 而非 db 中吧？搭配 rmagick 的感覺還算不錯，可惜 helper 似乎不太健全，雖然堪用了。

接下來碰到需要 auth 的部份，懶得自己寫，因為只是小地方需要，並不真正屬於我目前所要寫的東西的一部份。重新發明輪子我覺得不是問題，但如果只是想到旁邊的便利商店買罐飲料卻因此得重新發明輪子，呃，這是成本考量與優先序的問題啊。

於是試了一下 LoginGenerator, 發現﹍。嗯，還真的是很方便。雖然他是個 gem, 但是 generate 出來之後就沒有 dependency 了，而且要自己改什麼也都很容易。於是 auth 的部份也解決了，畢竟我只是要最簡單的 auth.（雖然他安全性做得如何我就不清楚了，沒有仔細看他的程式碼）

到這裡，我都還不覺得怎麼樣。第三個 ActiveScaffold 就真的嚇到我了。因為那真的是非常完整的實做。rails 內建的 scaffold 實在陽春過頭，（儘管陽春過頭了，第一次看到還是著實相當驚豔，現在有種鄉巴佬進城的感覺）除非是最簡單的資料，不然碰上 association 或是 file column, 全部都沒辦法應付。當然，我是可以自己去改自己去擴充，但同樣是成本與優先序的問題，一定得需要用別人的東西。

先是找到了 scaffold extensions, 其實我是比較欣賞這種模式。不要產生一堆程式碼，要改什麼，利用 ruby 的 dynamic 機制就好了。只是他文件實在不多，看來看去要擴充好像還滿有難度的，而且雖然號稱支援 association, 卻是﹍。我只能說真的很難用，不過是多個 link 出來罷了，是比沒有好啦，但是應該會邊用邊想打人吧？

接下來我乾脆直接 google file column + scaffold 算了。就找到了 Active Scaffold Upload Branch, which is evolved from ajax scaffold. 他的 file column 範例，呃，問題一大堆，有些根本就寫錯了，害我試半天試不出來，有點火大。想說調查一下他的 form 到底是怎麼回事，卻發現他居然整個是用 ajax 寫的，所以 rails 有錯誤不見得會回傳，而且 form 也因為動態產生而無法顯示！

幸好有 firefox 的 web developer 這個 add-on, 裝了很久卻很少在用，帶有僥倖的心情找了一下，發現他的 display 功能非常強大，舉凡頁面上出得來的，全部都能顯示。然後才發現，active scaffold 額外產生了一個 record 去存，這樣的話下面這一行就明顯不正確了！
<%= file_column_field 'entry', 'file' %>
我還是頭一次看到範例有這麼嚴重錯誤的，太相信他結果找錯誤找半天。:( 害我又一直懷疑到 file column 和 rmagick 上，看半天覺得應該沒錯才對。而且這一個 method 也不知道是幹嘛的：
　def file_form_column(record, input_name)
　　file_column_field 'record', :file
　end
不是明明就有 partial 了嗎？還是這可以取代 partial? 存疑，不管了。

總而言之，現在不只是 file column 的 image upload 沒問題，要自訂欄位也沒問題，版面上又相當漂亮，不會因為拉扯而變形，排序、搜尋等等，也都相當不錯。最重要的是，他的 association 模式跟我所需要的幾乎完全一致！可以同步修改，可以隱藏，可以追加，所有基本功能似乎都有了。

本來昏昏欲睡的我，看到這邊實在是很興奮，這東西就算要直接拿來用，都夠格了。而且我相信有什麼不足的話，要修改也容易得很。這有一大半要感謝 Ruby :)

老實講，我真想知道硬幹派的 php programmer 看到這些會有什麼想法。一個 phpBB 我看隨便寫一寫說不定就跑出來了﹍。搞不好再過不久，寫網站就真的是只要呼叫 => 修改 => 呼叫 => 修改就結束了。這還真的是很恐怖的一件事。不過同時這也代表著，我們應該把眼光放遠點了。來做個 YouOS 吧！！ XD

==

最後我還想講一件事，就是寫程式寫這麼久，從來沒碰過幾次時程預估是太長的。但寫 rails 這兩次，很明顯我都估太長了。而且縮短的程度也是非常的多！我想除了要感謝 library 的強大外，雖然我還沒引進 unit test, 只用了人工 test, debug 難度就已經沒有很高了，大部份的錯誤都不會很難抓。當然，這有一個很大的原因是我現在在寫的東西難度很低，可是在這麼不熟悉的情況下，我覺得能夠這樣就真的是非常厲害的了。

另一方面其實我是覺得寫 Flash 有趣得多，難度也高得多。但 Flash debug 真的是會讓人想抓狂的一件事﹍。不知道有沒有什麼好用的 debug tool? 不然寫 Flash 永遠進度落後實在是很煩。

==

script/plugin install http://opensvn.csie.org/rails_file_column/plugins/file_column/trunk

gem install login_generator
script/generate login

svn export http://activescaffold.googlecode.com/svn/branches/upload vendor/plugins/active_scaffold_upload

有時候真不知道用 rubygems 好還是 rails plugin 好，但我想比較不穩定的東西，用後者應該是會好很多吧？self contained 這種事，有時候還滿重要的。

鄉巴佬全文完。

2007.07.28

[心得] RubyCocoa

2007-07-25T22:33:00.000+08:00

轉自 ptt MacDev 板

作者 godfat (godfat 真常) 看板 MacDev
標題 [心得] RubyCocoa
時間 Tue Jul 24 21:40:20 2007
──────────────────

嫌 objective-c 太難用嗎？還在等 obj-c 2.0 嗎？先試試 RubyCocoa 吧 XD
http://rubycocoa.sourceforge.net/

[quote]
It lets you write full-stack Cocoa applications in Ruby. It is also possible to write a Cocoa application that mixes Ruby and Objective-C code.
[/quote]

how to install?
有灌 macports 的話：（當然，xcode 是一定要灌的）
sudo port install ruby
sudo port install rb-rubygems（非必要，但建議）
sudo port install rb-cocoa

文件放在：
/Developer/Documentation/RubyCocoa

範例放在：（相當豐富）
/Developer/Examples/RubyCocoa

我這裡有一個簡化的 hello world, 可以小瞥一下：

require 'osx/cocoa'
include OSX

app = NSApplication.sharedApplication

hello = NSWindow.alloc.initWithContentRect_styleMask_backing_defer [200.0, 300.0, 100.0, 100.0], 15, 2, 0
hello.setTitle 'Hello'

btn = NSButton.alloc.initWithFrame [10.0, 10.0, 80.0, 80.0]
hello.contentView.addSubview btn
btn.setTitle 'Hello World!'
btn.setAction 'stop:'
btn.setBezelStyle 4

hello.display
hello.orderFrontRegardless

app.run

另外可以順便請教一下，如何讓視窗在按下 X 時關閉而不是隱藏嗎？我沒寫過 obj-c（XD）, 昨天文件翻來翻去找不到要怎麼做

另一方面，如果只是要做 GUI 而不需要 call mac 的 api 的話，個人強力推薦 QtRuby

sudo port install qt4-mac（這個會 build 很久）
sudo port install cmake

QtRuby 沒有這麼方便的安裝法，要到
http://rubyforge.org/projects/korundum/
抓 qt4-qtruby, 然後進到目錄下：

cmake .
make
sudo make install

於是就可以正常使用 QtRuby 了，hello world 如下：

require 'qt'
include Qt
app = Application.new ARGV
hello = PushButton.new "Hello World!"
hello.resize 100, 30
hello.show
app.exec

Qt 是什麼？
http://trolltech.com/products/qt
是我用過最棒的 GUI toolkit, 使用 C++ 語言。可用 GPL 授權或用商業授權（很貴），二擇一（這是 Qt 唯一被批評的點）

Ruby 是什麼？
http://ruby-lang.org/
是我用過最方便的 programming language, 使用 Ruby license（很自由）歡迎來 ptt Ruby 板參觀 :p

Mac OS 10.5 將搭載 Ruby 1.8.6 + Rails 1.2.3, 想試試 Rails 寫網站嗎？
sudo gem install rails
不需要等 10.5 就可以輕鬆試驗了 XD
http://rubyonrails.org/

==

發完神經了，有傷眼請見諒 XD

--

#!/usr/bin/ruby          [露比] /Programming (Kn|N)ight/            看板《Ruby》
# if a dog nailed extra legs that          http://www.ptt.cc/bbs/Ruby/index.html
# walks like an octopus, and                            Welcome ~Ruby@ptt~
# talks like an octopus, then       ◢█◣            http://www.ruby-lang.org/
# we are happy to treat it as       █                http://www.ruby-doc.org/
# if it were an octopus.            ◥  ◤            http://www.rubyforge.org/

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 220.135.28.18

Ruby GUI

2007-07-22T14:23:00.000+08:00

[begin edited2]
夠了，不要再修改了，後續請看 telnet://ptt.cc 的 Ruby 板或是：
http://godfat.tw/viewtopic.php?p=1779#1779
（我電腦關機或沒使用網路時連不上）
[end edited2]

[begin edited]

作者 godfat (godfat 真常) 看板 Ruby
標題 Re: [心得] GUI
時間 Sun Jul 22 18:13:32 2007
───────────────────────────────────────

說是這樣說，不過真正開始測試的時候，我發覺﹍

1. wxRuby
實在有點難用﹍有一堆不該有的參數要傳來傳去﹍放棄

2. FXRuby
mac 上其實是可以用啦﹍只是需要 X11, 不能用 Aqua
結果就是﹍對 user 來說很難用，放棄

3. QtRuby
結果還是得回到 QtRuby...
cmake .
make
sudo make install

測試了一下，正常可用 Qt4
不過市面上的文件好像以 Qt3 為多就是了

嘖，沒有 port install qtruby 真的很可惜
這樣以後要升級或是反安裝就比較麻煩了
不知道當初安裝的 source 是不是要留下來以便反安裝作業

--
--
※ 發信站: 批踢踢實業坊(ptt.cc)

[end edited]

關於 computer science 這個領域，除了程式語言（programming language）與物件導向（object-oriented）外，再下一個興趣大概就是使用者圖形介面了吧（GUI）. 所以我一直想找個自己喜歡的 toolkit 來用，在 C++ 中無非就是 Qt4 了，不過在 Ruby 中，似乎沒有一個比較完美的 solution, 一個個來看。

在這之前，我先說明一下我用過的 C/C++/Java GUI toolkit.

1. MFC, 學校在教如何剪貼 MFC code, 我是叛逆份子，所以一個字都沒聽進去。不用別人說很糟，光看第一眼就覺得很糟，更何況他又是被罵得半死的東西。

2. wxWidgets, 這算是我第一個使用的 GUI toolkit, 基本上，我認為這真的是個很強大的東西，沒話說。不過最令人嘖嘖稱奇的應該是他跨平台的能力，如果我沒記錯的話，他跨的平台好像比 Java 還多！不過因為風格問題，我不是很喜歡。基本上，我認為 wxWidgets 的風格有些過於老舊，寫起來感覺不是很好。Ruby binding 叫 wxRuby.

3. Qt, 我想正是因為 wxWidgets 跟我不太合，所以才繼續找下去。不料找到 Qt4, 我認為這應該是接近完美的 solution 了。有人說，Qt 至少領先其他人十年，也許這麼講並不為過。最令人詬病的，大概就是你只能從 GPL 或超昂貴的商業 solution 兩種 license 中選一種。其實我不覺得這對我來說會是很大的困擾，open source 沒什麼不好，雖然 GPL 是有點太激進了些。Ruby binding 叫 QtRuby.

4. GTK+, 這個其實我不只沒用過，甚至連看都沒看過。理由很簡單，就是我不想用 C 想用 C++. 當然我知道 GTK+ 評價不錯，也有 Glade 和 win32 的 port, 只是似乎沒有足夠的推力讓我去嘗嘗看。

5. Swing, 會碰這個完全只是因為需要用 Java. 我個人是覺得他跟 wxWidgets 各有千秋，但同樣遠遜於 Qt. 不過也許這樣比較並不太公平，Java 天生就是沒 C++ 強。所以 Qt 遠勝可能是理所當然的？Ruby 要用可以使用 JRuby.

6. Ultimate++, 其實這個我沒用過，不過看起來是不錯。沒去試主要有三個原因，一，他綁 IDE, 這個我很不爽。二，他的命名法我不能接受。三，Qt 很好。XD 其實你去看他的網站，他有一個範例程式，並用各種 toolkit 來實做。我個人認為這個動作滿不誠懇的，他有故意挑其他人弱點的嫌疑。而且各 toolkit 做到的東西明顯有差異，這樣比並不公平。不誠懇，不喜歡。

7. Notus/VCF, 這兩樣 toolkit 都有一個很大的特色，就是 template template and template... 基本上用 C++ 當然是要用 template 啊！！不過知道這兩樣東西時我已經有一段時間沒碰 GUI 了，所以並沒有仔細調查這兩個 toolkit 感覺如何。但我想如果沒辦法接受 Qt 的話，這兩套 toolkit 值得一看。

8. .NET/mono, 這個其實我只用過 Visual C++ 2005 Express 稍微拉了一下介面，感覺還不錯，但直接寫起程式不知道是什麼感覺。Ruby 要用的話，或許可以試試 IronRuby, 不過我個人對 .NET 沒什麼好感，就不去試了。

9. VCL, Borland 的招牌，我用過 Turbo C++ Explorer, 感覺是﹍基本上我覺得沒有 .NET 好的感覺。而且要跨平台恐怕有點難，所以就不考慮了。更何況這些好像也不算 open source 的吧？

10. FOX, 這個是我最沒聽過的 toolkit, 是去找 Ruby GUI 時才發現他的存在，所以我一點都不知道他的狀況究竟如何。評價似乎是不錯，而且好像很年輕。只是呢﹍FXRuby 似乎沒有 mac 的 port, 而我也已經有點懶得用 C++ 寫 GUI 了，所以還是暫時跳過吧﹍。基本上沒有跨 win32/x11/aqua 三大系統的 toolkit, 我就沒什麼興趣試了。

本來只想隨意講一點的，不知不覺就扯多了。接下來看 Ruby 能使用的東西：

1. tk, 沒記錯的話，這個被 ruby 內建起來了。不過似乎是用過的都說爛，所以還是不要多考慮吧？

2. FXRuby, FOX 的 ruby binding, 評價相當不錯，唯一的缺點也許是還沒有 mac 版的樣子？我想未來應該值得繼續關切，雖然我還沒看過他程式寫起來像什麼樣子。要試用的話，除了需要安裝 FOX, FXRuby 就：gem install fxruby

3. wxRuby, wxWidgets 的 ruby binding, 我是看到有人批評寫起來像在寫 C++, 這應該算是一個滿大的缺點，不過看在他功能強大，跨平台能力驚人的份上，還是值得試試看吧。要試用的話，除了需要安裝 wxWidgets, wxRuby 就：gem install wxruby

4. QtRuby, Qt3 與 Qt4 的 ruby binding, 基本上評價仍然是相當地好，唯一的兩大缺點，第一個是沒有 gem, 不能 gem install qtruby, 第二個是在 windows 上要安裝似乎非常困難，沒有簡單的方法。但我相信假以時日，這兩個問題都能夠解決（嗚嗚）。

5. Swing, 要灌 JRuby, 我的 macports 似乎找不到 jruby, 我又不想從 sun 的網站抓下來灌，再說，我也沒喜歡過 swing 過，所以就懶得試了。

6. Mono, 我有灌 mono, 不過不是很清楚能不能用 IronRuby 之類的東西存取，之所以寫在這，算是做個筆記，說不定可以使用這樣。

7. GTK+, 我不是很確定有沒有 ruby binding, 但我想應該會有才是。不試的理由同上，所以也只是暫時筆記。

Ruby 的 GUI 比較有名的大概就這幾個了吧。其實我是一直想試 QtRuby 的，雖然 windows 上似乎不太容易使用，但相信假以時日一定可以的。而讓我卻步最大的問題點在於，不能用 gem 安裝，macports 也找不到 QtRuby. 也就是說，我得親自 ./configure make make install, 但我不喜歡這樣，管理不便。所以我決定還是暫時放下他，等他有 gem 或是 port 時再說吧！

FXRuby 因為沒用過 FOX, 所以也還是放著再說。更何況據說是沒有 mac 版，那我試屁啊﹍。所以左右思量之下，我還是決定先試 wxRuby! 安裝方便，強大的跨平台能力，雖然是 C++ style 而非 the ruby way, 但對我來說 C++ style 也不是那麼地令人排斥，也許有點詭異，但我覺得也可以用自己想要的方式重新 wrap 一次，對 ruby 來說那是如此簡單的事！

so have a try with wxRuby!

this is the hello world:

require 'rubygems'
require 'wx'

class HelloWorld < Wx::App
  include Wx
  def on_init
    helloframe = Frame.new nil, -1, "Hello World"
    StaticText.new helloframe, -1, "Hello World"
    helloframe.show
  end
end

HelloWorld.new.main_loop

sudo port install wxwidgets
sudo gem install wxruby

閉關百日

2007-07-22T11:16:00.000+08:00

即日起，本人即將到關西營區閉關百日，休養生息以及盡男生該盡的義務，大概今年十一月回來。新兵訓練出來後，就是國防役的生活啦。

對了，因為新訓好像可以看點書，所以預計會帶本練功秘笈進去練功
HTTP：The Definitive Guide
前陣子太忙了，都沒時間看書練鍊基本功好像也不錯。

Passion

2007-07-11T13:36:00.000+08:00

昨天我的一個好朋友告訴我「我好像失去了程式設計的熱情了。」我聽著這句話，突然覺得我蠻幸福。

要說我從來沒有這種感嘆是騙人的。上上次擁有這種想法的時候，我那時正被論文跟 PHP 搞的很疲憊，剛好遇到 Ruby on Rails ，那種超乎想像的設計讓我完全掉入這個世界，也重新找回程式真正的熱情。

上次出現這樣的想法的時候，剛好是前陣子案子太忙，事情多到我想殺人。一連串的忙碌讓我忘記了寫程式帶給我的快樂，只是一直感覺到累累累。Ruby on Rails 的東西也是這樣，成長的很快，但是我是不是跟著他一起成長呢？還是一直原地踏步呢？我到底追求的是什麼呢？我得到了什麼呢？

很幸運，這種疲憊感很快的就不見了，因為我接了這個 Case ，29屆瓊斯盃網站
小時候，我看著東方，阿龍，阿三等人在瓊斯盃奮鬥，現在呢？我以官網製作者的身份，坐在場邊看著中華隊在場上奮鬥。不一樣的我，一樣為中華隊加油的心情。我為了這個案子，連續熬夜好幾個晚上，連 Blog 都沒時間寫了，就是為了呈現一個最好的瓊斯盃網站。這麼堅持的理由不是因為專業，只是因為我是一個運動迷，我是一個中華隊的球迷，我要為他們加油。

累是超級累，但是我找回了失去的「Passion」。一個專門屬於我的 Passion。不瞞各位，我 7/23 就要進去軍中新訓三個月，在進去軍中之前可以做出一個這們有意義的東西，真的很開心。

一年前我開了這個 Blog ，也是這樣的熱情不是嗎？

我以身為 Ruby on Rails 使用者自豪，我以身為第29屆瓊斯盃官網製作者自豪。不管你是誰，用什麼語言，什麼 Framework，別忘記你的熱情，千萬要對你的工作感到自豪。

ruby facets

2007-07-08T22:19:00.000+08:00

老實講，ruby 有一個地方真討厭，那就是每次都把我想做的東西做完了。有了 ruby, 我不覺得還有需要再自己弄一個程式語言，做得比我想像中的還好。唯一的缺點大概只有 lib 還不夠多，但有了 facets 的話，那也真的是差不多了。
http://facets.rubyforge.org/
該有的幾乎都有了，差的只剩下一些小東西。如果早點發現這東西，大概就不會想弄 ludy 了吧。

不過想用 facets 有點麻煩，例如我想用 Array#shuffle, 就必須
require 'rubygems'
require 'facets'
require 'array/shuffle'
這麻煩到爆炸了吧！！不過有個好東西：

require 'rubygems'
require 'facets/automatic'

接下來，就放心使用 Array#shuffle 吧！因為 automatic 會自動幫你 require... 我沒去看他的實做，但我猜是建 table 吧。有一個小缺點，例如你想這樣做：

[1,2,3].shuffle.map &:to_s

很不幸，這樣會失敗。shuffle 可以正常自動 require, 但是 Symbol#to_proc 不能藉由這個方法自動 require. 如果你寫：

[1,2,3].shuffle.map &:to_s.to_proc

這樣是 ok 的，automatic 可以自動 require 該 require 的東西。問題大概出在，&:to_s 是 implicit call, automatic 偵測不到。所以第一次使用，還是必須明確說明需要用到 Symbol#to_proc, 接下來就可以快樂地使用

[1,2,3].shuffle.map &:to_s

了。或是前面自己手動 require:

require 'rubygems'
require 'facets'
require 'facets/automatic'

第二行的 require 可以讓你使用 Symbol#to_proc, 所以就可以直接寫：

[1,2,3].shuffle.map &:to_s

快去安裝 facets 吧！！
gem install facets
另一個 ruby web framework nitro 0.41.0 也有用到 facets !! 雖然是用 1.4.5 版的，而現在最新的 facets 是 1.8.54（以 2007.07.08 為準的最新版本）有機會也可以試試 nitro
gem install nitro
官方網站是：
http://www.nitroproject.org/
缺點非常明確！幾乎沒有文件 XD 我很少看到一個東西的文件可以少到這樣。

不多說了，我現在頭痛就算了，眼睛也很痛。

淺談 Comet PUSH Server 架構

2007-06-25T08:57:00.000+08:00

最近有機會碰到 Comet 或是 PUSH Server 這類的技術，剛好一直覺得之前寫的 Comet For Ruby on Rails and Mongrel不夠有感覺，所以再寫一次。這裡先得講一聲，我的認知就是 Comet == Server PUSH ，有錯請告知。

HTTP 統治網路界

簡單來說，一般的 Socket Programming 都是保持一個雙向的連線，可以送可以收。但是 HTTP Design 為了以下理由，設計方向為單向的。

提高 Server 處理效能
方便作 cache，Proxy 容易融入
方便作 Server Farm
網路發展初期，實體硬體狀況不佳，很容易造成 connection lose，單向傳輸可以有效避免瞬斷

我跟你 request ，你回我 HTML ，交易完成，connection close，This is HTTP。

如果以 HTTP 當初設計的初衷「文件交換」來看，我們發現到他設計的非常的好，也相當成功的在當初糟糕的網路環境下成功的生存下來。但是就是因為 HTTP 設計太成功了，導致現在網路業者一股腦兒將各式各樣的 App 放在 HTTP 的架構上，想要用當初只是為了文件交換的協定，變成一個包山包海的協定，自然產生很多問題。

HTTP 最大的問題在於即時性。

要解決 HTTP 的即時性的問題，有 Polling 跟 Server PUSH 這兩種方式。

Polling

我們想要做到即時傳訊，Server 端觸發 Client 事件等等功能，以現行的 HTTP 架構下，都得利用 Polling 的方式來做到。Polling 其實也就是現在的 RSS Reader 的作法，RSS Reader 會每過半個小時，或是一個小時去問對方 Server 有沒有新文章。用 Polling來作即時性的功能，最大的好處在於容易寫，因為他完全符合 HTTP 的架構，但是最大的壞處在於不夠即時。以 RSS Reader 來說，每過一個小時去問有沒有新文章，代表的意思就是有一整個小時的空窗期，你得每過一個小時才知道有沒有新文章。

以 RSS Reader 的屬性來說，採用 Polling 有很多好處

我其實不需要知道立刻知道有多少新文章，使用者對於 RSS 的即時性需求沒那麼高
Blog 系統多變，與其設定一個各 Blog 系統共通的 Socket 協定，不如設定一個共通的文件交換格式來的簡單

但是如果使用聊天室，即時訊息傳遞，Polling 就不是一個好主意了。聊天最怕不夠即時，所以必須加快 Polling Interval，但是會帶來「提高 Server 負載」的後果。你一分鐘 Polling 一次，跟一小時一次，前者的負載是後者的 60 倍。等於你用負載換來即時性。這個在人一多的情況下會造成相當大的負擔。

因為 Polling 在某些地方不是那麼的好，所以才有 Server PUSH 機制出現。

Server PUSH

Server PUSH 是建構在建立一個不中斷的 Socket Connection 下面。一個作法是使用 iframe ，送出的header中要把content-type設為” multipart/x-mixed-replace”，來保持一個不間斷的 HTTP Connection。另外一個作法就是用 Flash 來跟 Server 建立一個 xmlsocket。保持一個不中斷的 Connection ，代表 Server 有新訊息就可以直接傳給 Client，不用等待 Client 過來 request。

這樣可以帶來的好處就是，Server 有狀態更新才會有網路傳輸，如果沒有狀態更新，就不會浪費資源。而 Polling 是不管有沒有狀態更新，都得花上固定的網路傳輸成本，當然就會比較浪費資源。

舉個例子，考試成績快出來了，你每個小時都從宿舍去公佈欄看成績出來了沒，假設成績沒那麼快出來，你自然會花上許多無意義的時間在宿舍到公佈欄之間的往返上面（ Polling ）。但是如果老師有你的手機（不斷線的 Connection ），成績公佈老師就打電話給你，告訴你的成績（Server Push）。這樣不是好多了嗎？

但是你會問，假設老師打電話給你，你在收不到訊號的地方怎麼辦？假設班上人數太多，老師不是就會打電話打到手軟？

這剛好講到 Server PUSH 的壞處，第一個壞處是假設 Client 網路不好，connection 造成瞬斷，那麼你的訊息就會消失不見了。另外一個壞處就是，持續性的 connection 很難做到 Load Sharing機制，通常大家都只會跟同一台 PUSH Server 作連接，這台 PUSH Server 在人一多就會產生大負載度的問題。這當然有辦法解決，只是這就已經要討論到很深的地方了。

雖然 Server PUSH 不是萬能的。不過整體來說，以傳遞「即時性需求高的訊息來說」，PUSH Server 帶來的好處絕對會比 Polling 來的好，這倒是無庸置疑的。

Active Resource 已經打包成 GEM 了

2007-06-23T16:50:00.000+08:00

Rails 1.2 的最新力作 Active Resource 已經是 beta 的 gem 了，以後安裝的人就不用每次都用 svn 下載了。

安裝方式就是

gem install activeresource —source http://gems.rubyonrails.org

SliceHost 入手

2007-06-22T08:42:00.000+08:00

我是程式設計師，工作以外的日子，我希望能夠有一台 Server 讓我搞一些小玩意，那我該怎麼辦。

通常大家會推薦 Share Web Hosting。但是仔細想想我們對 Share Web Hosting 第一個印象是什麼？大家一起用一台 Apache，一起用一台 MySQL，好擠呀。想用啥新服務不行，要等公司覺得有商業立基再說，好煩呀。想開個其他 PORT 來跑東西，不行。想幹嘛...不行，不行，不行。敝公司覺得你想要搞垮我們，所以你不可以。充其量，這些 Share Web Hosting 公司只是為了一般不了解架站的大眾而服務。但是像我們這種可以獨立控制一台 Linux 的人，就是不爽。

那 Dedicated Server 呢？我們看看 Godaddy 的價碼，最經濟方案 63.00美金一個月。嗯嗯恩....我爸不是李嘉誠，我們也不是要搞公司，也只好重重拿起廣告單，輕輕的放下。

我們發現到市面上只有兩個選擇。很便宜的 Web Hosting 跟很貴的 Dedicated Server。可是中間有一個

想要一台便宜又方便的 Server 玩玩

的斷層。我們已經厭倦了 Web Hosting 的不自由，但是又沒有 Dedicated Server的需求。以前這樣的需求只能夠自己架站。但是架站的網路，電源，機房等等問題又讓我們卻步。我們是 RD ，我們想玩 Server ，但是不想碰硬體的東西。

這時候 slicehost 這樣的 Virtual Private Server 服務就是我們的解藥，當你付錢給 slicehost 後，他會給你一台 Linux 機器讓你玩，你可以 ssh 進去，你有 Root 權限，你有獨立 IP，你擁有一整台機器可以玩，而且價錢是剛好坐落在 Web Hosting 跟 Dedicated Server 中間，等於你每個月花20~30美金的價碼請一個專職網管幫你管機器，什麼硬碟壞掉，CPU 燒掉，主機板進水等等事情都不用煩惱，你只需要寫你的程式即可。

至於他還有很多優點

第一個是 SliceHost 有 5種 Linux 可以自由選擇，Ubuntu，Gentoo，CentOS，Debian，Fedora，你可以自由的選擇你想要的 OS。而且這裡有一個小插曲，我一開始選錯了 OS ，本來想說要寄信給 SliceHost 公司請他們換 OS，沒想到他們提供了 rebuild slice 的功能，你可以線上就把你的 Server OS 換掉。而且這個功能等於是當你被破台的時候，還是可以重灌 OS。

第二個是因為他是 Ruby on Rails 寫的後台。並且網頁提供一個 AJAX Term console mode，當你機器 reboot 的時候，你可以看到你的 Linux 正在重開的畫面，或是當你重灌 Linux 的時候，你可以看到目前重灌的進度，有你在機房修機器的 fu~~~（註1）

第三個是 SliceHost 標榜不超賣，大家說 Performance 很不錯。

價錢我是選擇 20美金一個月的方案，256MB Ram + 10G Storage + 100G Bandwith 很夠用了。而網路上面大家提到一個很重要的問題，大家說因為 SliceHost 太熱門了，申請要等快一個月的情況並沒有發生，我只等半天。

註1
這個 console mode 真的好有fu~~
重灌畫面

登入 console

開機畫面Reboot 畫面

300篇達成，版面大修

2007-06-20T19:21:00.000+08:00

這位客官，你沒走錯，為了慶祝本 Blog 邁向第三百篇文章，我在版面上作了很大幅度的改變。

1. 搜尋改用 Google

我發現到 Blogger Nav Bar 的搜尋真是爛到極點，所以我砍了 Blogger Nav Bar，並且在側邊欄直接呼叫外掛 Google 大神來幫我作搜尋，大家以後可以直接使用右邊的 Search Bar 來搜尋本站的文章。

2. 版型大改

版型改成我最喜歡的白底黑字，而特別的字就用紅色。除此之外我拿掉幾乎所有的 Blog 的小玩意，包含繼續閱讀，Tag Cloud...等等最 Javascript。這個動作的原因是因為我發現

來看我的 Blog 的人，你們只是來看內容而已

這個趨勢從 Google Analysis 就可以知道

這是我某段時間流量的來源的統計圖，我們可以發現到超過一半以上的人是被 Google 大神抓進來，然後查到你想要的東西，走人。

這個推論，也從本 Blog 黏度只有 2.09 個可以知道（註1），我的觀眾都是查詢資料，查完一兩個網頁之後走人，也不會逗留。

就一般網頁的角度來說，我該做出一些事情來增加黏性呢，但是想想不對

等等，幹嘛增加黏性呢？這是一件好事呀。

因為我當初成立本 Blog 的目標，就是一個知識為主的 Blog 。而上述現象代表我的 Blog 越來越 Wiki 化了，使用者看待這個 Blog 是一個已知識為主的網頁，而非一個閒聊的網頁。與其弄一堆拉哩佈達的東西讓大家傷眼睛，還不如砍掉所有無意義的部份，只留下最簡單的黑底白字，讓大家查詢的時候更加的快而迅速的查到相關的資料。這才是友善的對待顧客吧。

所以我改了版面，希望大家喜歡。

註1
黏度：點閱網頁/造訪數

Textile，RedCloth，Vim

2007-06-18T00:26:00.000+08:00

Textile

有在用 Instiki 的人就知道，他是使用 Textile 這種語法。當 Web 大流行之後，大家發現到 Web 當中的核心 HTML 語法，雖然設計的很有彈性，但是 HTML 實在不是為了方便人書寫而設計的，裡面格式相當的囉唆而且難以書寫閱讀。為了書寫方便，所以產生 Textile 這種 Light Weight Markup Language 語法。

Textile 的使用方式就不再詳加介紹了，可以看看 Wikipedia的介紹，總之 Ruby on Rails 上面很多套件都相當友善的支援 Textile。

Red Cloth

剛剛說到 Ruby and Ruby on Rails 上面很多套件都支援 Textile，他們都是靠 RedCloth
這個 Gem 來支援的。他是一個相當容易使用的 Ruby Plugin，安裝方式就是

gem i redcloth

而使用方式就是

require ‘redcloth’
html = ”strong text and emphasized text”
r = RedCloth.new(html)
r.to_html

如何，很容易看的懂吧。

vim

剛剛看到網路上面強者這篇 Editing Textile in VIM ，裡面介紹如何使用 Vim 來編輯 Textile，並且提供 Textile Syntax File [1]。要使用他首先得先把這個 text.vim 放到 _{/.vim/syntax/}_{底下，再來>將}/.vim/filetype.vim 加入一行

au BufNewFile,BufRead *.textile setf textile

假設使用 vim 編輯副檔名為 textile 的檔案，例如 xxx.textile，你就會發現他已經 S#ntax Highlight 過了。

^註1 我的 Mirror

用 JRuby 來連接 Oracle

2007-06-17T08:46:00.001+08:00

JRuby 為 Ruby on Rails 帶來的效果已經出現了。

根據這篇文章，裡面提到了Oracle在 MAC OS X 上面支援度相當的差勁。沒有 standard client 也沒有 standard Oracle C libraries，導致 MAC OS X 上面，用 Ruby 連結到 Oracle 是一個Painful Job。以前遇到這檔事情，大家只能摸摸鼻子，說聲「再加強」。但是現在有了萬能超人 JRuby ，我們交給 JDBC 來解決這檔事情。

首先，按照我說的方式安裝 JRuby 還有 ActiveRecord JDBC。我文章裡面裡面提到的是如何安裝 MySQL ，要改連接到 Oracle 也是同樣的方式。去 Oracle’s JDBC download page
下載 ojdbc14.jar ，放到 $JRuby_HOME/lib/ 下面或是 exportCLASSPATH=ojdbc14.jar。

然後在 Config 這樣設定即可

production:

adapter: 'jdbc'

driver: 'oracle.jdbc.driver.OracleDriver'

url: 'jdbc:oracle:thin:@server:1521:database'

username: 'username'

password: 'password'

哈哈哈，Oracle 可以忽略 MAC 上面的用戶，可以忽略 Ruby 的用戶，但是他不能忽略 JAVA 上面的用戶呀，有了 JRuby 真是太美好了。

JRuby 的未來

2007-06-15T21:08:00.000+08:00

右邊這張圖是從 JRuby 老大Charles Nutter 的 Blog 裡面 Copy 過來的（註1）。象徵的意涵是 Java Programmer 面對目前 Java 當前的問題，拼了老命尋找解法，卻發現他們找到了 Ruby 這個發光的寶石。

言歸正傳，JRuby 當初發展到 1.0 的目標就是 Ruby compatibility，而且似乎也已經達成了。而 JRuby 未來的路要怎麼走呢？

JRuby 的主要開發者 Charles Nutter 也早就明示

繼續加強速度
Java Integration加強，1.1 可能會重寫整個 Lib
支援 Ruby 2.0 還有 Rubinius 產生的 Bytecode

無獨有偶，Ola Bini 在接受 InfoQ 訪問時也提到未來 JRuby 走向

效能加強
正確性加強
Java Integration加強
Java ByteCode Compiler

也就是說，效能，正確性，跟 Java 整合度，以及 ByteCode Compiler 是未來 JRuby 努力的目標。

關於 JRuby 未來的 core team 部分，繼 JRuby 兩個作者接受了 SUN 的 offer ，全職工作 JRuby 之後的九個月，Ola Bini 也接受了 ThoughtWorks 的全職工作，性質也是付錢給他開發 JRuby core。JRuby 已經完全顛覆了以往 Open Source 開發者做公益的宿命，三個主要開發者都有人付錢請他們開發。

Ola Bini 上個月提到，JRuby又加入了兩個新的 core team member，Marcin Mielżyński 和 Bill Dortch。顯然 JRuby 社群是相當活躍的，而且商業力量也一直進駐，他的開發速度怎麼看都覺得會繼續狂飆。

JRuby 這東西前途不可限量。

註 1
我找不到圖片的 License，只好著名出處，有版權問題請告知。

Leopard 立志成為最好的 Ruby on Rails 開發平台

2007-06-13T21:39:00.000+08:00

蘋果自從發現到 Ruby on Rails 使用者有一大部分都是使用 MAC 之後，開始在 OS 上面狂推猛推用力推 Ruby on Rails。到底蘋果支援到什麼程度呢？看看這一頁吧，未來的 OSX 10.5 Leopard 會直接 Boundle 進去 Ruby 1.8.6，Rails ，Mongrel，Capistrano 。

Scripting Bridge.

Mac OS X is now the ideal platform for all kinds of script-based development. Ruby 1.8.6 and Python 2.5 are both first-class languages for Mac development, thanks to Cocoa bridges, Xcode and Interface Builder support, DTrace monitoring, and Framework builds — plus AppleEvent bindings via the new Scripting Bridge. Leopard is also the premier platform for Ruby on Rails development, thanks to Rails, Mongrel, and Capistrano bundling.

聽起來真的很美好，蘋果擁有偉大的 TextMate Editor，跟完全 Native Bundling 的 Ruby on Rails 全套 Package，再加上漂亮的介面，讓我一定會乖乖的掏出錢來買 Leopard。唯一的問題就是，Leopard 到底何時出呢？

vim 上面使用 ruby 的方式

2007-06-10T16:16:00.000+08:00

最近聽到有人在問 vim 上面怎麼使用 ruby，尤其是怎麼縮排的問題，我在這邊稍微提一下怎麼用。其實 vim 的設計就是使用 configuration 來做到支援不同語言，但是撰寫 vim 設定檔其實不是一件很簡單的事情，所以才有 vim-ruby 的存在。vim-ruby 是一個 gem package，只要使用他就可以幫你簡單的做好 vim 上面對 ruby 的支援。

安裝 vim-ruby

gem i vim-ruby

安裝 vim-ruby configuration file
vim-ruby 有附一支 ruby script ，叫做 vim-ruby-install.rb，在安裝 vim-ruby gems 之後，你的路徑下面就會出現這隻 script ，請打入

vim-ruby-install.rb

幫助你自動的把相關的 Syntax ，indent config 檔案放到相關的目錄下。以下就是他會出現的選項

Possible Vim installation directories:
1) /home/wisely/.vim
2) /usr/share/vim/vimfiles

第一個是在講說，將相關 vim-ruby config 安裝在自己目錄下面，只有自己可以使用。第二個就是放在系統的 vim config 下面，不過你當時的權限要 root 才能安裝。原則上兩個都可以啦。

不能縮排的解法

本來這樣的步驟，在我 notebook 上面這樣就可以完全無誤的使用了。但是當我最近新裝另外一台機器的時候，我發現裝好 vim-ruby 之後，很奇怪的 vim 有 syntax highlight，但是卻沒有程式碼縮排。

後來我發現到，只要將我 notebook 上面的 .vimrc 放到新裝的機器上面即可做到縮排，所以

問題不在於 vim-ruby，而是沒有適當的 .vimrc

雖然用 vim 很久了，但是依舊沒有很深入的去了解怎麼去設定，真是很慚愧。不管怎麼說，我先將我的 .vimrc 放上網路，大家確認一下是否可以使用。這隻 .vimrc 陪我征戰大江南北，目前為止還不錯用。

UPDATE:

根據網友提醒，Ruby on Rails Wiki 網頁有講到只要在 .vimrc 裡面加入

set nocompatible " We're running Vim, not Vi!
syntax on " Enable syntax highlighting
filetype plugin indent on " Enable filetype-specific indenting and plugins

" Load matchit (% to bounce from do to end, etc.)
runtime! macros/matchit.vim

augroup myfiletypes
" Clear old autocmds in group
autocmd!
" autoindent with two spaces, always expand tabs
autocmd FileType ruby,eruby,yaml set ai sw=2 sts=2 et
augroup END

這些即可。

JRuby on Rails 安裝方式

2007-06-08T17:29:00.000+08:00

有了號稱可以跑 Rails 的 JRuby ，當然要來試試看 JRuby on Rails 怎麼安裝。因為我的 test 機器上面已經有裝好原先的 Ruby 跟 Rails ，所以我們就每個指令都打全部的執行檔路徑避免搞混。本 Tutorial 在 Linux 上面測試成功。

安裝 Rails

JRuby 有附帶一個 gems 在 $JRuby_PATH/bin/ 底下。我們使用我們最熟悉的方式來裝，就是 gem 安裝

$JRuby_PATH/bin/gem i rails -y

他會安裝 Rails package 到 $JRuby_PATH/lib/ruby/gems/1.8/gems/ 底下。以後所有的 JRuby Gems 都會安裝到這個下面。安裝好了後，$JRuby_PATH/bin/ 會多出 rails 這個指令，這個就是我們熟悉的 rails command。

安裝 MySQL JDBC Driver

因為 JRuby 不能裝我們熟悉的 ruby-mysql，所以使用 JDBC 來操作 MySQL。你可以到任何地方去安裝 MySQL JDBC Driver 的 jar 檔案，但是如果不知道那裡抓的話，可以試試看 MySQL 官方的 Connector/J 。然後 mysql-connector-java.jar 檔案放到 $JRuby_HOME/lib/ 底下。(註1）

安裝 ActiveRecord-JDBC

這是 Active Record 跟 JDBC 的介面，用 gem 來安裝

$JRuby_PATH/bin/gem i ActiveRecord-JDBC

安裝好了之後就可以使用 JDBC 來 Connection MySQL。

新增 Rails APP
熟悉的指令來了，只是請確定你是使用 JRuby 的 rails 來新增 Rails App

$JRuby_HOME/bin/rails app_name

修改 Enviroment config
rails 的 config/enviroment.rb 要稍微修改

Rails::Initializer.run do |config|
end

裡面要加上

RAILS_CONNECTION_ADAPTERS = 'jdbc'

這句，不然會出現 error。（註2）

Database config 修改

因為改成 JDBC 了，所以 config/database.yml 也會改成

development:
__adapter: jdbc
__driver: com.mysql.jdbc.Driver
__url: jdbc:mysql://localhost:3306/資料庫名稱
__username: root
__password:

這個樣子的設定方式，原先的 database 選項是無效的，必須放在 url 選項的最後面才可以使用。

啟動 Rails Server

終於要啟動了，啟動方式就是

jruby script/server

他會啟動 webrick 。

註1
我試過 $CLASSPATH 的方式，但是無法還是無法正確 connection ，會出現以下 error

The driver encountered an error: cannot load Java class com.mysql.jdbc.Driver

所以我採用這個方式。

註2
當沒有寫入 config/enviroment.rb ，啟動時會出現下列 error

> jruby script/server
=> Booting WEBrick...
/home/wisely/jruby-1.0/lib/ruby/gems/1.8/gems/activerecord-1.15.3/lib/active_record/connection_adapters/abstract/connection_specification.rb:209:in `establish_connection': database configuration specifies nonexistent jdbc adapter (ActiveRecord::AdapterNotFound)

JRuby 安裝方式

2007-06-08T11:10:00.000+08:00

JRuby 1.0 出了，我們開始看看怎麼安裝吧，這裡先測試 Linux 上面安裝方式。

前置動作

你的系統必須安裝好

Java 1.4 以上
Ant

下載 JRuby Source

你可以到官方下載區，或是我的 Mirror 下載 Source Package。將他解壓縮。

Compile JRuby

他有 bin 的版本的，不過我還是喜歡 compile 。只要有系統有 ant，我們直接打

> ant

即可 compile。

執行檔路徑指定

jruby 的執行檔在 ./bin/jruby 下面，請將 PATH 路徑指到這裡。並且確定你的 JAVA_HOME 變數沒錯。

> PATH=$PATH:/你的/jruby/根目錄/bin
> JAVA_HOME=/你的/java/根目錄

這樣以後執行 jruby gem 才沒有問題。

測試看看

指定好目錄後，直接打

> jruby -v
ruby 1.8.5 (2007-06-08 rev 3841) [i386-jruby1.0]

看看有沒有問題。

執行第一支 JRuby 程式

寫一支簡單的 Ruby 程式，這裡採用之前 JRuby 代表的意義範例 code。

require 'java'
include_class 'java.util.Random'
r = Random.new(123)
puts "Some random number #{r.nextInt % 10}"
r.seed = 456
puts "Another random number #{r.nextInt % 10}"

然後來測試

> jruby random.rb
Some random number 9
Another random number 0

呵呵，成功了。

JRuby 1.0 Release

2007-06-08T09:18:00.000+08:00

雖然官網還沒有講，不過 Download 區已經有了1.0版了。將將將，Ruby 有始以來最受期待的 VM

JRuby 1.0 Release 啦～～～～～～～

我這裡為台灣地區 Mirror 一下檔案，這是 src 檔案，這是 bin 檔案。接下來的幾天，每天都要開始介紹 JRuby 的題目歐。

在 CentOS 安裝 Ruby on Rails

2007-06-04T17:08:00.000+08:00

昨天在 CentOS 安裝 Ruby on Rails 的時候，我發現到雖然用 RubyWorks 來安裝很快，但是有些小細節還是得注意。所以還是寫一個 Tutorial 好了。

1. 安裝 RubyWorks

安裝 RubyWorks Repo

wget http://rubyworks.rubyforge.org/public_key.txt
sudo rpm --import public_key.txt
wget http://rubyworks.rubyforge.org/RubyWorks.repo
cp RubyWorks.repo /etc/yum.repos.d/

用 yum 安裝 RubyWorks

yum install rubyworks

安裝好 RubyWorks ，他會把 ruby，rubygems，Mongrel，Haproxy，Monit 安裝跟設定好。但是他不會安裝 Rails ，而是 copy 一份 Rails 在 /usr/rails 上面，這其實是很正確的作法，因為他一開始就取向 Production Server，而 Production Server 本來就該將 Rails 版本 Freeze 在 Rails Doc 裡面。但是如果還是要在 CentOS 安裝 Rails Gem，那就

gem i rails -y

即可。

2. 安裝 MySQL

RubyWorks 好歸好，就是沒有選擇讓我們裝 DB Server，我們這裡就直接用 yum 安裝 MySQL

yum install mysql-server

3. 安裝 Ruby MySQL Native Lib

我發現到 RubyWorks 並不會安裝 Ruby MySQL Native Lib，所以我們得用 gem 安裝，但是又發現 centos 上面安裝 MySQL Gem 會出現這樣的錯誤訊息，網路上也有人在 complian。

checking for mysql_query() in -lmysqlclient… no
checking for main() in -lm… yes
checking for mysql_query() in -lmysqlclient… no
checking for main() in -lz… yes
checking for mysql_query() in -lmysqlclient… no
checking for main() in -lsocket… no
checking for mysql_query() in -lmysqlclient… no
checking for main() in -lnsl… yes
checking for mysql_query() in -lmysqlclient… no
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of
necessary libraries and/or headers. Check the mkmf.log file for more
details. You may need configuration options.
Provided configuration options:
–with-opt-dir

所以得先 remove MySQL 然後再重新安裝 MySQL 跟 MySQL Development Lib

yum remove mysql
yum install mysql
yum install mysql-devel
gem install mysql

至於為何這樣，我也不太清楚。反正 work 就好啦。

這樣應該就安裝完成了。

JRuby ，Ruby 界的救世主？

2007-06-04T14:56:00.000+08:00

今天早上看到 ericsk’s blog 的 JRuby 1.0 開始倒數，就回去看 Charles Nutter 的原文 JRuby 1.0.0RC3 Released - And This Is It!，我發現到 JRuby 很多東西真的很值得一提。

1. JRuby 1.0 這周上市

6/3 JRuby 1.0 RC3 發佈，1.0 Release 也將在這周發表，他將是 Ruby 1.8.5 compatible 的。

The only things that will change from now until a 1.0 final release later this week would be any showstopping bugs that are extremely low-impact to fix. In general, RC3 should be nearly identical to 1.0 final.

2. 效率不錯，並且會引進 JIT

JRuby 1.0 會有 JIT Compiler ，代表可以 compile ruby code，並且大多數的時候可以跑得比一般 Ruby 1.8 快。 Rails 用 JRuby 跑在 Java Application Server 上面的效果一般來說很不賴。但是因為 JRuby 1.0 之前主打的是跟 Java 的整合度，所以可以作的事情還有很多。

We've had anecdotal reports that JRuby on Rails in a Java application server performance extremely well, and other reports that general Ruby applications perform somewhat poorly. The general performance situation is not well-understood, but we all agree there's a lot more work to be done.

3. 跟 Java 整合不錯，但是可以再加強

大部份的時間 call lib 跟繼承 class 都沒太多問題，不過有些 case 還是沒搞定。這個問題將會在 JRuby 1.1 的時候，以重新 Design Lib 的方式來解決。

基本上其他的東西就不提了，光是 JRuby 1.0 可以跑 Rails 跟可以 JIT Compile 就值得大書特書了。如果實做的沒有太大的問題的話，說不定是下一個 Ruby 跟 Rails 的高峰。

Rails 2.0 預計的新特色

2007-06-03T10:10:00.000+08:00

Ruby on Rails 作者 DHH 在 Rails Conf 2007 主題演講 A peak at Rails 2.0，裡面提到很多 Rails 2.0 預計有的新功能，大致上還是走「加強 REST ，修改許多細節，尤其是 performance 」的方向走，現在我們就來 check 一下吧。由於投影片沒有講得很清楚，我也順便看了 Robbin 的 railsconf2007大会介绍。

更好的 REST 支援

ActiveResource 正式 release ，不再只能去 check svn 來 download
有了更輕巧的 REST ， Action Web Service 要移出 Rails Core
HTTP Basic Auth 支援，解決 REST 對於 Auth 的問題
respond_to 可以直接輸出 RJS
更強大的 mine_type

更好的 performance

最大的消息就是有 query cache 可以用了。並且他加了不少 static file 處理的強化技巧。可以用

<%= javascript_include_tag :all , :cache => true %>
<%= stylesheet_include_tag :all , :cache => true %>

自動合併以及壓縮一些 css 或是 js static file，順便下 cache。

而且可以在 config 裡面設置

config.action_controller.asset_host = 'static%d.example.com'

讓 images ，js，css 的 render 出來的路徑變成

<img src="static1.example.com">
<img src="static2.example.com">

類似這樣的形式，可以簡單的將 static file 分離到 static server。

更簡單的 Migration

你很討厭寫 t.column 嗎？現在，你可以這樣寫

create_table :people do |t| 
 t.first_name :type=>:string 
 ... 
end

以及

create_table :people do |t| 
 t.string :first_name 
 ... 
end

後者更勝一籌。

一些小細節

Breakpoint 回來啦。可以在啟動 Rails 的時候，將初始化動作寫到 initializers 裡面。

這裡是這個投影片

Fedora 7 安裝 Ruby on Rails

2007-06-01T19:11:00.001+08:00

全新燒燙燙的 Fedora7 出來了，當然開始 test 他對 Ruby on Rails 有沒有問題啦（其實只是我愛好安裝新版本 Linux）。我最近發現到 Red Hat 系列對 Ruby on Rails 的支援度真是好，真的還蠻心動的。現在我們一個一個手動安裝吧。

前置動作
就是以下的動作是對於整個過程有幫助，但是不一定要做的方式。
1. 修改 yum server ，指到國內義守的 server

vi /etc/yum.repos.d/fedora.repo
baseurl 改成
baseurl=http://ftp.isu.edu.tw/pub/Linux/Fedora/linux/core/$releasever/$basearch/os/

vi /etc/yum.repos.d/fedora-updates.repo
baseurl 改成 baseurl=http://ftp.isu.edu.tw/pub/Linux/Fedora/linux/core/updates/$releasever/$basearch/

2. 安裝 gcc complier
請打 gcc ，看你有沒有裝好 gcc compiler ，如果沒有的話，我們用暴力一點的方式

yum install gcc*

3. 安裝 MySQL

yum install mysql-server

開始安裝
1. 安裝 Ruby 以及 Ruby 的 MySQL Driver

yum install ruby ruby-libs ruby-devel ruby-rdoc ruby-mysql ruby-irb

2. 安裝 Ruby Gems
太棒了，Ruby gems 也是內建就有的

yum install rubygems

3. 安裝 Rails

gem i rails -y

4. 安裝 Mongrel
如果沒裝 gcc ，這裡會失敗

gem i mongrel

心得
Fedora7 安裝 Ruby on Rails 真的很方便，已經全部整合到 yum 裡面了，要快速架設 Server 應該不是任何問題。

同場加映，Lighttpd + Fastcgi 安裝方式

安裝 fastcgi

wget http://www.fastcgi.com/dist/fcgi-2.4.0.tar.gz
cd fcgi-2.4.0
./configure
make
sudo make install

Ruby Fastcgi

wget http://www.moonwolf.com/ruby/archive/ruby-fcgi-0.8.7.tar.gz
ruby install.rb config -- --with-fcgi-include=/usr/local/include --with-fcgi-lib=/usr/local/lib
ruby install.rb setup
ruby install.rb install

Markaby：惡趣味的逆襲

2007-05-31T20:55:00.000+08:00

有些東西你明知道是錯的，但是還是會去做，只是因為那樣做很爽。

不是說你很邪惡，而只是因為有時候作壞事本身就是一件很有趣的事情。像是蹺課出去打撞球，像是上班偷懶，像是捉弄朋友....等等雖然明知道本身是不對的事情，但是依舊無法抗拒這種快感。第一次看到 Markaby，心中的 OS 是「妖孽呀，這是網頁設計的邪道呀」。但是最近有機會碰到高手寫的 Markaby code ，頓時發覺有點沈溺其中無法自拔（果然是邪道，才會有毒品的快感）。或許這又是一個明知不對，但是又令人忍不住去碰的小誘惑。

敝人小弟在下我曾經寫過HTML？New Template System ?，裡面有提到

Ruby 統一全世界當然是一個美好的夢想，畢竟我是100%原汁的 Ruby 派。但是當你在商業應用上，版面設計通常交給美工，他們只需要會 Dreamweaver 之類的東西
這時候，難道你要教美工 Ruby 程式設計？
所以，除非 Dreamweaver 或是 Frontpage 支援 Ruby @@!，不然大家還是先把 HTML 當成網頁程式設計的最大公約數好了。

因為考慮到美工人員不太會去管程式，程式也沒這個 sense 去碰美工，所以所謂的 template 正道，就是「美工歸美工，程式歸程式」。基本要求是 HTML 版面跟 Rails 程式分開，美工好做事，程式也好修改。

但是 Markaby 就是一個相當詭異的存在，他是一個使用 Ruby Code 來撰寫 html 的方式。他是一個 Rails Plugin ，安裝方式是

 script/plugin install http://code.whytheluckystiff.net/svn/markaby/trunk

rhtml 跟 markaby 是可以兩者並行的，請先將你的 markaby file 都從 .rhtml 改成 .mab 的名字，這樣 rails 就可以知道這是 markaby 的檔案了。

撰寫範例是這樣

h1 'Listing products'

table.editor.classic do
tr do
  for column in Product.content_columns
    th column.human_name
  end
end

for product in @products
  tr do
    for column in Product.content_columns
      td product.send(column.name)
    end
    td { link_to 'Show', :action => 'show', :id => product }
    td { link_to 'Edit', :action => 'edit', :id => product }
    td { link_to 'Destroy', { :action => 'destroy', :id => product }, :confirm => 'Are you sure?' }
  end
end
end

link_to 'Previous page', { :page => @product_pages.current.previous } if @product_pages.current.previous
link_to 'Next page', { :page => @product_pages.current.next } if @product_pages.current.next

br

link_to 'New product', :action => 'new'

裡面有很多 html tag 跟 Ruby code，Rails helper。裡面看不到煩人的 <% %> 等符號，只有讓人興奮的 Ruby code。

好處呢？

就是一個爽字形容，還有另外一種自己已經成為高手的錯覺。

壞處呢？

你沒辦法用美工改好給你的 HTML code ，你必須要求美工使用 CSS 來做所有排版的工作，不然合作起來也非常累。另外一個壞處是，交接的時候交接的人會很不高興，這是哪門子的版面 code ，要我怎麼看呀。

該不該用呢？

就實際面來說，沒有任何實用價值。但是你也知道，有些東西你明知道是錯的，但是還是會去做，只是因為他很爽。所以夜深人靜的某個夜晚，我依舊偷偷使用 Markaby 來寫我的某個小網頁 :p

給寄信問我問題的朋友們

2007-05-28T17:23:00.001+08:00

我先說一下我現在 Email inbox 裡面的情況，我每天會收到 10 ~ 50封左右的問 Ruby on Rails 問題 Email，x 封左右的 Start up 合作信件，還不包含我工作相關信件。也就是說，你們寄給我的信件通常會在Email 大海中飄盪，運氣好我會看到，而且就算看到了，我通常抽不出時間解決。最慘的是，通常 10個問題有五個是重複的....................。

這個情況已經持續了三個月有了，我也不知道為了晚回 Email 道歉過幾百次了，為了解決這個情況，希望每個看我 Blog 朋友，如果有問題的話，可以到 JavaWorld 的 Ruby 版上面發問，我會定期去那邊回答問題的，非常感謝。

Event Driven Mongrel

2007-05-28T16:21:00.001+08:00

Mongrel 就大家所知道的，是採取 Thread 的方式來運作的，但是multi thread 在concurrent 大時 loading 會很重，要花很多時間處理很多 thread sync 問題。所以現在很多 Web Server ，包含 Lighty，Zeus 都是採用 Event Driven 的方式來實做，Apache 現在也有 Event Driven 的運作方式。

Mongrel 現在也有人做 Event Driven 的實做方式了，不過你得跟 Swiftiply 一起安裝。

gem i swiftiply

然後啟動 Mongrel 就始用

EVENT=1 mongrel_rails start

就可以啟動了。

快不快的部份我現在還沒發現，但是至少跑到現在還沒掛點是個很好的事情。

[ 書評 ] Ruby on Rails 專業網站案例實作

2007-05-23T16:19:00.001+08:00

對於我這樣不認真的人來說，要我寫 Testing 簡直是要了我的命，所以我從一開始看 Ruby on Rails 的時候，就完全沒碰 Testing 的部份。上次 UbiSunrise 的活動結束後，我還記得有觀眾告訴我

Ruby on Rails 比 Java 好的地方就是 Testing

讓我霎時間一個大大的 shock 。到底 Ruby on Rails 的 Testing 有何精妙之處呢？

命運是好玩的，很快的這本「Ruby on Rails 專業網站案例實作」就出現在我的身邊。這是 Beginning Ruby on Rails E-Commerce: From Novice to Professional 的翻譯本，從書名來看，這本書是介紹用 Ruby on Rails 來寫 E-Commerce 的書，但是翻到一半，他給了我一種「Beyound Java」的感覺，沒錯，又是一本內容不錯，但是書名取怪的書。如果要我重新定一個書名，我想取「使用 Ruby on Rails學習 Test-Driven Development」應該是一個很好的書名。

沒錯，這是一本講解 Test-Driven Development 的良好教材，應該說，裡面有很多很棒的 Ruby on Rails Testing 範例 Code。並且開發方式真的是遵照 TDD 原則，先寫 Testing code ，再開始寫 real code。我從裡面的範例從頭到尾看到完，我享受了一頓真的很不錯的 Testing Tutorial。我從裡面學習很多很多 Testing 的技巧跟觀念。書的後半段還有介紹 Selenium 這個驗收測試的工具使用方式。真的是 Testing 的全套都 run 過一次，整本書算是一個完整的 Testing Tutorial。

再來，最後面的部份其實收錄了不少 Enterprise 才需要的問題，像是 deploy，I18n，效能最佳化等等的議題，而且整理的還很不錯。

最後，翻譯者功力很好，翻譯的不差，我那麼討厭看中文電腦書的人都覺得翻譯的真的順眼。「Convention over Configuration」翻成「慣例優於組態」這個翻譯是我看過目前為止，把 Convention over Configuration 翻譯的最簡短，也最不失真的翻譯方式。

要講缺點的話，當然也有。他不是一個初學者的書本，裡面的講解方式都是要對 Ruby on Rails 有一定基礎的人才能夠輕鬆的閱讀，講解基礎觀念的部份不多。再來就是書名很容易造成誤導，最好改個書名比較好。

我還蠻喜歡這本書的。

把你的 Rails App 打包成 RPM Package

2007-05-17T23:01:00.001+08:00

剛剛看到 gigix 寫的 Create RPM For Your Rails Application，這是一個叫做 rpmpackager 的 rails plugin，目的是將你的 Rails App 打包成 RPM Package。我覺得這個東西假設配合 RubyWorks ，是一個在 Fedora Like Linux 上面還算是不錯的 deploy 的好作法。

前置工作

在使用這個 plugin 之前，系統上面必須安裝而且設定好 rpmbuild 這個工具。

安裝 plugin

ruby script/plugin install http://rubyworks.googlecode.com/svn/trunk/rpmpackager/

設定

設定檔在 vendor/plugins/rpmpackager/config.yml 裡面，內容是

configuration:
app_name:  app的名字
description: 敘述
license: Apache
version: 1.2.1
release: 1
# RPM dependencies. separated with commas dependencies: openssl, mysql >= 5.0
# 這裡敘述著 RPM 之間的 dependencies
# 如果我要使用 openssl 跟 MySQL 5.0 以上的版本，就這樣寫
# openssl, mysql>=5.0
# 中間用 , 分開
# gem dependencies and installation indecies
# 0 for gems don't need selection
# gem 之間的 dependencies ，0 代表不用，1 代表需要這個 gem package
gems:
  redcloth: 0
  rcov: 1

打包 RPM

使用 rake rpm_package 來打包成 RPM ，他會將 RPM Package 放在 /usr/src/redhat/RPMS/i386/ 底下。而打包好的 RPM 會自動安裝到 /usr/local/lib/rails-apps/#{app_name} 底下。

RubyWorks 0.0.1 Release

2007-05-17T19:32:00.000+08:00

如果你覺得安裝所有的 Ruby on Rails 相關套件，並且將 Production Server系統設定好是一件很麻煩的事情嗎？或許你可以試試看 RubyWorks。

RubyWorks 是一個在 Red Hat Enterprise 或是 CentOS 上面的套件組合，他會幫你把所有 Production 環境下面的相關的 Ruby on Rails 套件跟 Server 套件一次安裝完成，並且提供一個馬上可以跑的 defulat config file，也就是說各位公司的技術長們不需要花時間去看那麼多 Production 設定方式，你已經有一個很堪用的 Production Ruby on Rails Server了。

So，你還有理由不玩 Ruby on Rails嗎？

我們看看怎麼安裝 RubyWorks，因為我沒有 Red Hat Enterprise Server，所以我只 Test CentOS。

前置作業

RubyWorks 因為好像還沒進去 yum 資料庫，所以我們還是得必須告訴 yum 哪裡有 RubyWorks 的 Package，如果已經進去yum repo了，就好像不需要這個動作了。

如果你像我一樣，是個不求甚解，只求可以 Work 的人，就這樣打就好了。

wget http://rubyworks.rubyforge.org/public_key.txt
sudo rpm --import public_key.txt
wget http://rubyworks.rubyforge.org/RubyWorks.repo

cp RubyWorks.repo /etc/yum.repos.d/

YUM 安裝 Ruby Works
直接用 gem 安裝

yum install rubyworks

然後.....裝好了。

請連線到 http://localhost:3001/ 的地方，你一定會看到一個很熟悉的畫面。是的，Ruby on Rails 已經跑起來了，還是用 Haproxy 幫你跑的。不過這裡要講的是，因為他的取向不是 development server，而是 production server，所以他並不會安裝 Rails 的 gem package，而是直接將 rails 放在 /usr/rails/vender/rails 裡面。

Rubyworks 安裝表

RubyWorks 一共會幫你安裝

ruby
ruby-devel
rubygems
haproxy
monit
mongrel
rubyworks

並且幫你設定好 HAProxy ，跑在 3001 Port，Mongrel 跑在 3002~3005 Port，monit 跑在 2812 port。

Rubyworks 詳細位置表

詳細的安裝位置是在

/usr/bin/ruby/：Ruby 所在地
/usr/lib/ruby/ ：Ruby libraries
/usr/lib/ruby/1.8/ ：Ruby standard library
/usr/lib/ruby/gems/1.8/gems/ ：所有安裝的 Ruby gems Package
/usr/bin/monit ：monit 執行檔
/etc/init.d/monit：monit的啟動 script，所有的 server 都會在 monit 啟動的時候，也順便幫你啟動好了（Mongrel，Haproxy）
/usr/bin/haproxy ：HAProxy 執行檔
/usr/bin/mongrel_rails ：Mongrel
/etc/rails/ ：configuration files
/var/rails/ ：所有 Deamon 的 .pid files
/usr/rails/ ：Rails app code 所在地。
/var/log/monit.log ：Monit 的 log
/var/log/haproxy.log ：HAProxy log
/usr/rails/log/：Mongrels and Rails 的 log

延伸閱讀

心愛的 Object 變心啦

2007-05-15T23:33:00.001+08:00

剛剛發現一個很有趣的事情，寫 code 的時候，有兩個 Model ：Person 跟 Setting ，他們呈現 1: 1 關係。結果當我想要創立一個新的 Person 的時候，為了希望能夠簡化設計，我就將其中一個人 a 當作預設值，每個新增 Person 的 Setting 直接 copy 一份過去，所以我就這樣寫

a = Person.find(1)
b = Person.new( :name => 'lala' )
b.setting = a.setting
b.save

我真的沒想太多，但是慘劇就發生了。a.setting 就變心到 b 去了。

>> a = User.find 1
=> #<Person:0x371ee38 @attributes={"updated_at"=>"2007-05-15 22:55:45", "nname"=>"hemidemi lala", "type"=>"GroupAdmin", "id"=>"1", "password"=>"123", "created_at"=>"2007-05-09 00:46:35"}>
>> a.setting
=> nil

也就是他自動的幫你把 a.setting 的 model 裡面的 foreign key 指定到新增的 b ，然後一去不回頭。要預防 object 變心方法也很簡單，就是幫新人找一份完全一模一樣的新伴侶即可。

a = Person.find(1)
b = Person.new( :name => 'lala' )
b.setting = a.setting.clone
b.save

Clone 是 Ruby object 裡面的 method ，作法就是 copy 一份新的 instance。雖然在實際使用上，其實 clone 並不會直接 new 一份真的 instance，而是 new 一個 object ，然後將裡面 attribute 直接 reference 過去[註1]。但是在 ActiveRecord 裡面使用，因為是直接寫回資料庫，所以就完全沒副作用，所以可以盡量大方的使用。

註1

irb(main):001:0> class Klass
irb(main):002:1> attr_accessor :str
irb(main):003:1> end
irb(main):004:0> s1 = Klass.new => #<Klass:0x89e7c>
irb(main):007:0> s1.str = 'Hello' => "Hello"
irb(main):008:0> s2 = s1.clone => #<Klass:0x79d38 @str="Hello">
irb(main):009:0> s1.object_id => 282430
irb(main):010:0> s2.object_id => 249500
irb(main):011:0> s1.str.object_id => 261360
irb(main):012:0> s2.str.object_id => 261360

我們可以發現到 s1 跟 s2 其實是兩個不同的 object ，但是裡面的 attribute str 卻是同一個 object。

jRuby 代表的意義

2007-05-15T18:10:00.001+08:00

最近看到這篇文章，裡面有一個問題

請問在JVM上跑Rails要幹嘛？

我在這邊講一下為什麼我對 jRuby 的期望那麼深。

我們看一下一段 code ，這是從 Ruby Cookbook 抓下來的範例

#!/usr/bin/env jruby
# random.jrb
require 'java'
include_class 'java.util.Random'
r = Random.new(123)
puts "Some random number #{r.nextInt % 10}"
r.seed = 456
puts "Another random number #{r.nextInt % 10}"

啟動的時候會出現這樣的結果

$ jruby random.jrb
Some random number 9
Another random number 0

我們仔細看到這段 jruby code，他是完完全全的 Ruby 程式，但是他使用 Random Number lib 是使用 JAVA lib。這代表 jRuby 讓 Ruby 可以隨意呼叫 Java Lib 。

Ruby 被 chanllenge 的其中一個地方就是「Third Party Lib 不足」，這個通常需要時間跟社群的持續的累積，但是如果直接使用 Java Lib，那不就是一個「別重新造輪子」的最好例子嗎？jRuby 不也就很直接的解決掉 Ruby Third Party Lib 不足的問題嗎？當然啦，jRuby 還有很多好處，但是最直接，也是最令人興奮的好處就是可以直接使用 Java Lib。

technorati tags:jruby

Twitter , Rails , Scalibility...More

2007-05-10T16:25:00.000+08:00

Twitter 是一個最近非常熱的 Web Site，他們主要是可以利用簡訊，網頁更新自己的近況。Twitter 的開發者 Alex Payne 在接受訪問的時候，拋出了一個震撼性的議題

Rails Scalibility 到底好不好的問題

夠震撼吧。我發現到很多人都開始發表了「Rails 遇到效能上的問題...」。看到只能說，這是 Rails 社群第一個大挑戰，但是請不要太過武斷就直接認為是 Rails 的問題。如果大家仔細了解這個事情的情況，就可以大略推估應該是 Twitter Team 成功的太快，整個 team 的成長跟不上網站的成長速度。我們來看看到底事情的始末。

故事開始

Alex Payne 是 Twitter Team 其中一員，他接受了 Radical Behavior 的訪問，當被問到 Ruby on Rails 如何應付高速成長的流量時，他指出他認為 Ruby on Rails 有不少 Scability 的議題，Alex 的論點如下

Ruby is slow
Rails 一次不能 connection multi database
Rails 有些東西 component，性能消耗太大，必須不去使用

此話一出，當然引起了 Rails 社群的積極辯護，跟其他語言社群基於「良心」的建議。當然，我們 Rails 社群當中的老大DHH ，也不落人後的提出相關的建議。DHH 似乎覺得 Twitter 有點太過於懶惰了點，Twitter 比很多人幸運，有機會碰到那麼大的流量，那就該好好的想辦法處理相關的問題。而不是等著別人幫你解決你應該解決的問題。Open source 的成功，是來自使用者遇到相關的問題，並且解決他，回報給社群，這樣社群才會繼續壯大起來。

Second, when you work with open source and you discover new requirements not met by the software, it's your shining opportunity to give something back. Rather than just sit around idle waiting for some vendor to fix your problems, you get the unique chance of being a steward of your own destiny. To become a participant in the community rather than a mere spectator. This is especially true with frameworks like Rails that are implemented in high-level languages like Ruby. The barriers to contribution are exceptionally low

至於 Rails 一次連結到多個 DB 的問題，老實說，這根本不是問題，Dr. Nick 早就提出了Magic Multi Connections，可以有效解決這個問題。至於 Twitter 團隊是不知道這個東西，還是試過這個 Plugin 之後發現不夠用呢？InfoQ 訪問了 Twitter 另外一個開發者 Blaine Cook，說到 Dr. Nic 的 Plugin 很棒，很有幫助， Blaine Cook 表示目前 Twitter 的 DB Connection 是 600 req/sec，雖然很高，但是現在 Twitter 沒有暫時 DB 的問題。（那之前 alex 不是質疑說他們的問題是在 DB ? 到底 Twitter Bottleneck 在那裡？有點不了解他們的 Point 。）

"Dr. Nic's approach is a great first step, and adds some welcome helpers to selecting from a number of database connections." but noted that "Twitter isn't currently database bound, and won't be for a while yet"

這時 Dr. Nic 也出來打圓場了，他說「Twitter 已經貢獻了 Jabber API 了」，其實不用苛求太多啦。

The guys at Twitter have already contributed code to Ruby community (Jabber API)

話說回來，Twitter Team 也似乎感受到 Rails 社群對他們處於制高點的期待，也開始對社群做出了幫助。Blaine Cook 在 SDForum 發表了「Scaling Twitter」，裡面提到許多他們的問題以及解決方式。

進入討論

OK ，我們已經把故事講完了，現在討論正經點的事情。

到底是 Twitter 技術上不夠厲害，或是 Rails 不夠 Scalibility？

我認為這個 case 無法認定那一個結論是正確的。我們看看 twitter 的流量成長
很明顯的，Twitter 在 2007 年的流量是一個暴發戶的成長方式，通常網站遇到了這樣突然爆增的流量，原本編制的 RD 跟網管應該都完全無法應付吧，那麼一時之間無法解決也是非常正常的事情。所以，他們應該也不是太懶惰，只是成功的太突然，沒辦法吃下來。

再來，根據Blaine Cook 在 SDForum 發表的「Scaling Twitter」投影片，他們一共有 180 Mongrel Instances，但是卻只有使用兩個 DB Server，這似乎完全不符合一般大網站所遇到的情況（就是一海票的 DB Server，每個 table 都是橫切縱切隨便切）。當然我們不排除 twitter 的 application 型態其實並不需要太多 DB 的 request ，不過180 Mongrel Instant 居然只有兩台 DB Server ，未免也太少了點，也不符合比例原則。

Twitter 是 host 在 joyent 上面的，像這種有一定規模的網站公司居然沒有自己專屬的系統管理者，光是這點這就看出 Twitter 成長真的太快了。一般來說，Web Host 很難做到專門為某個 Service 最佳化吧。Scalibility 本來就是軟體開發者跟系統管理者並肩合作的工程，Twitter 該多請幾個系統設計師摟。

至於 Ruby 是不是真的太慢，Rails 是不是真的不夠 Scalibilty呢？

這個問題我也不知道，畢竟我沒 run 過那麼大的 site，而我看到的 site 都是效率很不錯的。LAMP 發展了很久，Java 跟 Python 發展了很久，他們擁有 Ruby and Rails 社群無法比擬的成熟度，這是不爭的事實。但是，為什麼 Rails 會讓那麼多人趨之若騖，而非那些其他的語言呢？

那是因為 Ruby on Rails 擁有一些別人沒有的東西。而那些東西是很難被取代的。

今天這件事情沒有誰對誰錯，Twitter 點出這個議題，並且強調這個議題的重要性，Rails 社群接收到 Twitter 的訊息，大家一起幫忙解決，這是一個良性的溝通。我相信 Scalibility 是可以被克服的議題，也是值得一起去加油的議題。

延伸閱讀

coderay

2007-05-06T20:25:00.000+08:00

事情很簡單，就是每次我貼程式碼都覺得有很大的困擾，因為不只排版很麻煩，highlight 的問題更是折騰。我之前曾經改寫過一個用 ruby 寫成的 nopaste, 他是呼叫外部 highlight 的程式，查了一下，是這個：http://www.andre-simon.de/. 關於那個 nopaste 我就不多提了，寫得很爛，沒什麼營養。（這也是我想改寫的原因）

後來你也知道，我三分鐘熱度很嚴重，所以只改到一半就沒繼續做下去了。

過了一段時間，我看到了 Lighty RoR 上的〈Syntax Highlight 套件〉，讓我重新想起這件事，希望以後能有個好 highlight 方式。於是我灌了 syntax gem, coderay gem, 還有 highlight gem. 結果那次到底發生了什麼事，其實我也忘了。只記得好像是稍微試過之後就放到一邊去了吧。

今天我又想起這件事，所以又重新找起套件來了。看來看去，syntax 和 highlight 好像都不怎麼好用。最後我終於又試到了 coderay. 這次發現 coderay 相當好用，應該不用繼續找下去了。

gem install coderay
coderay -ruby -span < input.rb > output.rb.txt
這樣可以產生適合直接貼到支援 HTML/CSS 文章中的 HTML+CSS code.
coderay -ruby -page < input.rb > output.rb.html
這樣會直接產生一個完整的 XHTML 1.0 的頁面，相當方便。
coderay -ruby -html < input.rb > output.rb.html
如此產生出來的 CSS 會是用 class 的形式，適合原本就有 CSS 檔的地方。

（補充：另外除了 page 以外，span 和 html 視情況需要在前後加上 pre tag, 也許這部份可以再稍微 hack 一下使之不用加 pre tag, 省得事情變得更麻煩。）

沒錯，最大的好處就是直接用 command line 就好了，不用寫 ruby 程式。其他所支援的語法，在 lib/coderay/scanners 中可以找到，就我現在手上的 0.7.4.215 版中有：

c, delphi, html, nitro_xhtml, plaintext, rhtml, ruby, xml

擴充容易，自己去寫 you_want.rb 丟到 scanners 中就可以使用了。至於輸出格式，在 lib/coderay/encoders 中可以找到，同版本中有：

count, div, html, null, page, span, statistic, text, tokens, xml, yaml

別問我是什麼意思，沒試過我也不知道。不過 statistic 是產生報表，這不小心試過 XD 還有這也和上面一樣，擴充容易，自己寫 encoders 就可以用自己要的輸出格式。至於在 ruby 程式中呼叫 coderay, 這當然沒問題了，用法自己找，我懶得試了。唯一可惜的是 license 是 GPL 吧，我不確定我可不可以把他拉到 ludy 而不用讓 ludy 用 GPL 釋出。不過沒差，這程式內容還滿多的，我應該沒時間好好去改他。乖乖地用
就好了。

除此之外，還找到 rhighlight, 是上面提到的那個 highlight 程式的 binding. 我想這也應該滿值得一試的，但既然先發現 coderay 堪用了，也懶得繼續試，就先 note 起來就好。除此之外，還有 sourcecode2html, 不過這個看來還在開發中。

2007.05.06 godfat 真常

[News] Rails IDE 近況

2007-05-06T09:46:00.000+08:00

Apatana

Apatana 自從跟 RadRails 整合後，最新出的第一個整合版本終於出了，下載點在這裡。不過 JavaEye 上面的群眾哀鴻遍野，大家發現整合的版本好像還不是很好，畢竟是 First Beta 版本，有很多問題是必然的:p 想當初 Lighty 1.5 的前幾個 Beta 版本不知道讓我出現多少次 CPU 100 %的情況。所以還是建議，可以先玩玩 Apatana Rails ，但是如果牽涉到正事的話，還是先用 RadRails 好了。

Eclipse

Eclipse DLTK for Ruby 方便 Eclipse 使用者寫 Ruby，而道喜的技術日記也發表了一篇 Ruby语言开发工具：Eclipse官方开发Ruby语言Editor，裡面講解 Windows 下面如何使用 Eclipse 開發 Ruby 程式。

script/plugin

2007-05-05T17:16:00.000+08:00

well, 由於我跟 Rails 不熟，所以很多地方只能憑空臆測，如果有誤也望請指點。很多跟 Rails 有直接關係的細節我也難以深究，所以大概只能從 Ruby 的角度看下去。總而言之呢，Rails 的 plugin 比起 rubygems 還更要簡單得多，根本沒有任何需要設定的部份，只要把目錄開好就可以輕易使用了。目錄結構大約是：

init.rb
install.rb
lib/*.rb
test/*.rb

init.rb 是 Rails 在 load up 時會執行的部份，所以 plugin 要把 init up 的程式碼放到這邊，例如最常見的恐怕是：
ActiveRecord::Base.send(:include, OOO)
這邊使用 send 而不是直接用 . 的緣故是 include 本身是 private method, 用 . 的會有 NoMethodError. 不過我建議可能可以考慮使用 __send__ 而非 send, 因為有些 class 的 send 有被 override, 一不小心可能會有未預期的錯誤。（雖然應該一看就知道會是出什麼問題就是了）

install.rb 則是在安裝時才會執行的程式，例如使用 script/plugin install OOO 就會先執行此 install.rb, 而日後不管何時使用此 plugin 時，install.rb 都不會再被執行。這部份可能會放的程式碼也許是會動到目錄結構的程式，例如在 app/models 下寫入 OOO_plugin.rb, 像這種只需要在安裝時執行一次即可。這樣做有什麼好處呢？我想感覺就有點像 script/generate OOO_plugin 的感覺吧。

至於 lib/ 則會自動加入 load path, 這部份跟 rubygems 裡 gemspec 裡的 s.require_path = 'lib' 是相同的概念。test/ 的部份也和 rubygems 相同。

接下來還有什麼好講的嗎？有的，參考〈acts_as_taggable Plugin 使用方式〉一文，可以發現 acts_as_taggable.rb 寫得相當複雜，這當然是有原因的。我參考了官方網站裡跟 plugin 有關的系列文章，發現 ActsAsOOO 是個相當常見的 plugin 模式，其中似乎有某種 pattern 在其中…。就是 ClassMethods, SingletonMethods, 與 InstanceMethods.

這樣做的原因很簡單，就只是加強模組化與避免名稱污染，所以多繞了幾個圈。在這種模式的做法下，ActiveRecord::Base 所多出來的 method 只有 acts_as_taggable. 而當你在寫 class MyModel < ActiveRecord::Base; acts_as_taggable; end 時，只有 MyModel 多出 class method => find_tagged_with, instance methods => tag_with, tag_list. 而不是整個 ActiveRecord::Base 都多出這些 methods.

其實這做法也有點像 meta-programming, 只不過是用 mixin 的形式。在前一陣子裡，由於我搞不太清楚 include 與 extend 的差異，所以調查了一下，並做了些筆記：（我知道多半連不上，所以 copy 一份到這）

=begin
2007.02.13

include 將 module 內的所有 method 原封不動拿過來，extend 則是在原本的 method 前面多加個 self. 即 class C 內，寫 include M 則追加 instance method. 如果寫 extend M 則追加 class method.

module 內也可以使用 include 與 extend, 結果同 class. include 為 instance level, extend 為 class level. 基本上這兩樣東西是很接近的。至於 module level 的 method, 則不受 include 也不受 extend 影響。其實跟 meta-programming 很像。

module M
def m; end # 只能由 include 或 extend 取用
def self.m; end # 只能用 M.m 來呼叫
end

class C
include C # 獲得 instance method m
extend C # 獲得 class method m
end
=end

除此之外，module 還有個特別的東西叫 module_function, 這東西我還沒仔細研究，但初步認識的結果是，他會造成指定的 method 同時定義 def m; end 與 def self.m; end 詳細的內容可以當成讀者練習，呵。(雖然其實可能就只是這樣而已)

回到 acts_as_taggable, 在 module Taggable 中唯一的 method 是：
def self.included(base)
base.extend(ClassMethods)
end
這個相信大家都很熟了，就是指當此 module 被 include 時會執行的 method, 有點 hook 的概念。這裡的 base 就是 includer, who include this module. 在 Taggable 中，當然就是 ActiveRecord::Base 了。extend 上面看到了，會促使該 class 擁有此 module 中所有的 method 成為 class method, 所以 ActiveRecord::Base 多了個 acts_as_taggable 為 class method. 如此一來，就能寫：
class MyModel < ActiveRecord::Base
acts_as_taggable
end

其實我覺得這樣實作有點過於複雜，我會比較喜歡這種形式：
class ActiveRecord::Base
def self.acts_as_taggable
# ...
end
end
這樣就一目了然了。缺點當然就是會比較難將此 method 丟給其他人用，例如假設哪天有了一個 class 是 PassiveRecord, 也想將 act_as_taggable 丟給他使用，可能就必須 copy & paste, 或是一些非常詭譎的方式，這邊不多提。

而在 acts_as_taggable 的最下方，呼叫了：
include ActiveRecord::Acts::Taggable::InstanceMethods
extend ActiveRecord::Acts::Taggable::SingletonMethods
的意思就非常明顯了，將 module InstanceMethods 的 method 變成 MyModel 的 instance method, 將 module SingletonMethods 的 method 變成 MyModel 的 class method.（不太明白為何要取做 SinglethonMethods, 也許只是因為 ClassMethods 用過了吧？）

原因是 :include 與 :extend 的 message receiver 是 MyModel 而不是 ActiveRecord::Base, 所以被擴充的是 MyModel; ActiveRecord::Base 不受影響。

大抵上就是這樣了。

abstract:
init.rb 在 Rails load up 後會執行
install.rb 在 plugin install 後會執行
lib/ 自動加入 load path

下次再研究 rake 要怎麼用，相信以之拿來做 test 會很方便。

2007.05.05 godfat 真常

延伸閱讀

Ruby on Rails Plugin

Beast 中文化成功

2007-05-04T23:34:00.000+08:00

介紹完怎麼安裝 Beast ，我們廢話不多說，直接進入 Beast 中文化。Beast 的 I18N 是採用 GETTEXT 來做的，意思就是只要寫一個 po 檔即可處理大部份的中文化東西。不過還是有很多小地方沒有中文化，依舊需要一一 check。右圖就是成品，這裡就是 po檔下載點。實做方式以及po檔均參考 JavaEye 的 Suninny 先生撰寫的 [分享]Beast中文Gettext PO档，感謝他的付出。

中文化方式如下

採用之前說好的方式安裝 beast。
安裝 GETTEXT GEM
gem i gettext

撰寫轉換rake file，新增一個檔案叫做 lib/tasks/gettext.rake，內容是

desc "Create mo-files for L10n"
task :makemo do
require 'gettext/utils'
GetText.create_mofiles(true, "po", "locale")
end

新增一個資料夾 po/zh_tw/ ，將這個po檔放入這個資料夾裡面
產生相對應的 mo 檔，請打入
rake makemo

config/enviroment.rb 裡面，下面這一段 gettext 的部份要註解起來，我也不確定為什麼，反正會產生 error

begin
require 'gettext/rails'
GetText.locale = "zh" # Change this to your preference language
puts "GetText found!"
rescue MissingSourceFile, LoadError
puts "GetText not found.  Using English."
class ActionView::Base
  def _(s)
    s
  end
end
end

app/controllers/application.rb 部份加上

class ApplicationController < ActionController::Base
#init_gettext "beast" if Object.const_defined?(:GetText)
require 'gettext/rails'
init_gettext "beast" if Object.const_defined?(:GetText)
GetText.locale = 'zh_tw'
end

裡面 zh_tw 就是你指定的語系

重起 server 即可

如此就沒問題了。Beast I18N 做的不錯，唯一缺點就是 doc 太少，花了點時間才找到相關資料。

RIA on Rails ?

2007-05-04T09:16:00.000+08:00

M$ 最近推出了 Silverlight 計畫，是一種類似 flash 的 Browser Plugin，目的也是為了搶供 Flash 的 Multimedia 龍頭位置。雖然只支援 Win + MAC 讓人嚴重懷疑他的接受度，畢竟 Flash 對 Linux 支援度算是很好了。當然他的成敗不是我們所 care 的東西，我們 care 的是 Ruby on Rails。

根據 Ruby Inside 說法，M$ 在 Silverlight 裡面放了 CLR 的 subset，而且 silverlight 的 CLR 也支援 Ruby。

Microsoft has officially announced C#, Javascript, VB, Python and Ruby support for Silverlight's CLR.

總之，那一天，或許我們可以在 Sliverlight 上面寫 Ruby 也說不定。這算 Ruby 的一種 RIA Solution嗎 :p 不管如何對 Ruby 都是好事，靜觀其變吧。

另外值得一提，Flex on Rails 好像越來越成熟了，我也是今天才發現這個網站 http://flexonrails.net/ ，裡面的東西還蠻多的。教導的都是 Rails 如何跟 Flex 做一個緊密的結合。應該又是另外一個 Ruby RIA Solution吧。

不過老實說，我對 RIA 以及 Flash 這方面的東西，真的很不熟，所以我講話還是小聲點比較好 :p

簡單的建立自己的 Gem Package

2007-05-03T00:30:00.000+08:00

一不小心就跟 Godfat 寫的議題衝突，不過沒關係，我是走輕鬆簡單取向的。這次要講的就是如何將自己寫的程式包成 Ruby GEM，本文的參考自 JavaEye 上面的创建自己的ruby Gems，程式也是來自計算民國跟學年度的 Plugin的範例。

結構

要建立一個 GEM Package，首先要先搞清楚結構。因為我們是走極簡路線的，所以現在一開始連 unit-test 都不要 test。將你的 GEM Package 設定為下面的結構。

-----gem.spec
|
--README
|
--lib/

裡面 lib 就是放所有程式的所在。

結構檔

根目錄下面有 gem.spec，跟 README 兩個檔案。其中 gem.spec 是描述 GEM Package 的結構檔，也是最重要的檔案，裡面記載了這個 GEM Package 絕大多數的資訊。可以說學會了寫這個檔案，就學會了打包 GEM Package。這裡要講的是其實 gem.spec 檔名是我隨便取的，檔名不限定，而且他的格式可以使用 ruby 或是 YAML 語法的，這裡先使用 Ruby 語法。

require 'rubygems'
SPEC=Gem::Specification.new do |s|
s.name="Taiwan_Year"
s.version='0.01'
s.author='thegiive'
s.email="thegiive at gmail dot com"
s.homepage="http://lightyror.thegiive.net/"
s.platform=Gem::Platform::RUBY
s.summary="為台灣學年度跟民國所寫的Plugin"
condidates =Dir.glob("{bin,lib,docs,test}/**/*")
s.files=condidates.delete_if do |item|
 item.include?("CVS")|| item.include?("rdoc")
end
s.require_path="lib"
    s.has_rdoc=false
s.extra_rdoc_files=["README"]
end

裡面

s.name 就是這個 gem 的名稱，也是他打包出來的檔名，也就是說這個 gem package 會叫做 Taiwan_Year-0.01.gem。
s.version 部分 godfat 有解釋過，盡量從 0.0.1 而不是從 0.0.0 開始寫起。
s.summary 就是當你打入 gem list 出現的簡單文字，安裝了本 gem ，按下 gem list 這裡會出現
sources (0.0.1)
This package provides download sources for remote gem installation

Taiwan_Year (0.01)
為台灣的學年度跟民國寫的 Plugin

vim-ruby (2006.07.11)
Ruby configuration files for Vim. Run 'vim-ruby-install.rb' to
complete installation.
這樣的情況。

再來就是 README ，就是打入一些information進去摟。

放入程式

最後把程式放入到 lib 底下，這裡是使用計算民國跟學年度的 Plugin的範例，把他放入 lib/year.rb 檔案裡面

class Time

def roc_year
self.year - 1911
end

def student_year
if self.month < 7
self.roc_year - 1
else
self.roc_year
end
end

end

打包 gem

當程式都放好後，開始打包 gem 了。我們這裡使用 gem build 指令來打包

gem build gem.spec

這裡面的 gem.spec 就是你剛剛寫的結構檔的檔名。成功了之後，你就會發現我們已經產生了一個 Taiwan_Year-0.01.gem。

安裝 gem

要安裝這個剛打包好的 gem 就是直接打

gem i TaiwanYear-0.01.gem

即可。

使用 gem

要使用剛剛安裝好的 gem package ，首先要 require 'rubygems' ，告訴程式這個是使用 gem 的程式。

其次要搞清楚程式檔名，像我雖然 GEM Package 叫做 TaiwanYear ，但是我的程式其實是放在 lib/year.rb 底下的，所以使用上還是得必須 require 'year' 。

解決方式很簡單，當我們放入程式到 lib 裡面的時候，請將程式名稱取的跟 GEM Package 名字相同即可。像是當初在打包時，我們就將程式放在 lib/TaiwanYear.rb 底下，以後使用上就可以這樣使用。

require 'rubygems'
require 'TaiwanYear'
puts Time.now.roc_year

如此，我們已經學會如何打包 gem 了。

require 'rubygems'

2007-05-02T02:46:00.000+08:00

寫到一半因為有其他事所以先放著，結果回來就是八小時後了…。
有夠累。

==

大致調查（survey?）了一下要怎麼樣把程式 package 成 rubygem, 主要參考書籍當然是 Programming Ruby 2nd, 這本我看好久還是沒看完的書。（還不都是因為他太厚了…）在 Creating Your Own Gems 這一節中，相當詳細地描述了如何打包（在 MtG 中，不知為何把 entwine 翻譯成打包，瞬間從 spell 的意味變成像外帶一樣）。這邊將簡單示範一次我如何發佈 ludy 的。

首先呢，rubygems 有建議的檔案配置（layout），可以不依照這個規則來做，但一般來說建議使用跟別人相同的方式。所有雜七雜八的東西放在根目錄下，例如 ludy-0.0.1 裡面放的有：ludy.gemspec, LICENSE, NOTICE, README. 其他目錄則是很常見的：bin, doc, lib, test. 我沒有 bin 也沒有 doc, 所以只有放 lib 和 test 兩個目錄。

顧名思義，lib 裡面放的就是 ludy 本身的 source code, 專門拿來給人 require 用。而 test 底下則是所有的 test program, 以 tc_ 開頭的是 TestCase, 可以單獨執行，但主要是由 ts_ 開頭的 TestSuite 去 require 起來，然後 ts_ 會自動執行這些 tc_.

所以我的 ts_ludy.rb 裡面只有兩行：

require(File.join(File.dirname(__FILE__), '..', 'lib', 'ludy'))
require_all_in_dir __FILE__

第一行是把 lib/ludy.rb require 進來，這是使用 ludy 部份元件的必要手續。這樣做的理由是有些 path 問題很煩，所以我把處理 path 的 func 寫在 ludy.rb 中，如此一來需要確保路徑的只有 ludy.rb 這一個檔案。至於為何這裡要使用相對路徑去 require 呢？因為我堅持兩種使用 ludy 的方式，一個是安裝成 gem, 另一個是直接丟到 project 目錄下，使用路徑去 require. 前者不用說，可以有一個很標準的方式使用，但後者就不一定了。

為了處理這個問題，ludy 內部需要某些其他 ludy tool 時，就改用 require_ludy, 集中處理 require 問題，避免重複把相同路徑加入 load path. 使用者當然也可以使用 require_ludy, 或是依然習慣使用 require, 那麼只要確定自己 require 的 path 是正確的就好了，ludy 內部不會有路徑問題。至於 gem version, require 的方式就很單純用 require 'ludy/tool_name' 或是 require_ludy 'tool_name' 就好了。

第二行，則是把所有 tc_ 開頭的 TestCase require 進 TestSuite 裡面，（其實是同個目錄下所有的 .rb 檔，只是現在 test/ 下只有 tc_ 和正在執行的 ts_ 而已）unit test 就會自動執行了。不過這個 require_all_in_dir 的第一個參數卻是檔案名稱，名字好像取得不太好的樣子。

ok, 也就是說我要打包的東西是 ludy.gemspec, LICENSE, NOTICE, README, lib/*.rb, test/*.rb. 其中 lib/ 底下還有其他資料夾，也要一併打包。那麼寫好的 gemspec 就是



require 'rubygems'

spec = Gem::Specification.new{|s|
  s.name     = 'ludy'
  s.version  = '0.0.1'
  s.author   = 'Lin Jen-Shin(a.k.a. godfat)'
  s.email    = 'strip number: 135godfat7911@246gmail.890com'
  s.homepage = 'http://ludy.rubyforge.org/'
  s.platform = Gem::Platform::RUBY
  s.summary  = 'Aims to extend Ruby standard library, providing some useful
                tools that\'s not existed in the standard library.'
  candidates = Dir.glob '{bin,doc,lib,test}/**/*'
  candidates+= Dir.glob '*'
  s.files    = candidates.delete_if{|item|
                 item.include?('CVS') || item.include?('rdoc') ||
                 File.extname(item) == '.gem'
               }

  s.require_path = 'lib'
  s.autorequire  = 'ludy'
  s.test_file    = 'test/ts_ludy.rb'
  s.has_rdoc     = false
  # s.extra_rdoc_files = []
  # s.add_dependency 'multi', '>=0.1'
}

if $0 == __FILE__
  Gem::manage_gems
  Gem::Builder.new(spec).build
end

其中 Dir.glob 的部份我還沒研究，所以寫得很爛，居然用補正的方式。反正就是全部抄自 Programming Ruby 2nd, 再做一點修修改改。其中最下面的 if $0 == __FILE__ 可以判斷這個程式是不是直接被 ruby interpreter 執行？如果是的話，就呼叫建立 rubygem 的 method. 不是的話，就只要定義 spec 就好了。

前者就是：
ruby ludy.gemspec
或是如果有加 #! 的話：
./ludy.gemspec
如果 ludy.gemspec 在現在目錄下的話。

後者就是：
gem build ludy.gemspec

這兩種方式都可以產生 ludy-0.0.1.gem. 接著再下：
gem install ludy
就可以正確安裝 ludy gem 了。至於 remote 的部份呢？只要上傳到 rubyforge 的 file release system 上，rubyforge 每日會有數次掃描裡面的 *.gem, 自動放到 rubygems 的 repository. 這件事我已經做完了，所以現在可以直接：

gem install ludy

就能看到我寫的一點程式了 :)
不過其實我只是在測試功能而已，本來是想標版本號 0.0.0, 可惜這樣用：

gem uninstall ludy

時會出一點問題。所以就還是標成 0.0.1, 但未來的更新暫時都不改版本號。正式釋出時大概會是 0.0.2 吧 :p 還是歡迎大家抓回去試試，使用方法全在 unit test 裡面，文件懶得寫了。

homepage:
http://ludy.rubyforge.org/
有空時會弄個應有的版面出來。

2007.05.02 godfat 真常

Beast ：最符合 Lighty 想法的討論區

2007-04-30T22:27:00.000+08:00

當我一開始看到 Beast 的時候，我總覺得這是一個奇怪的東西， Beast 只是一個簡單到不能再簡單的「討論區」，而且真的沒別的了。可是當我開始真正花時間在 survey 他的時候，我發現到這真的是一個把精簡 code 的精神發揮到極限的東西，裡面的 code 相當的精彩。

我們來看看他的內容，截至目前的 trunk 為止，Controller 504行，Helper 94行，Model 238 行，Library 69行，如果不算 Unit test 一共 905行。一千行以下的討論區，到底能有什麼功能呢？

簡單易用的討論區：因為他就是討論區，所以一切的功能就是討論區，不過使用起來感覺蠻好用的。也支援一些文字格式化。
REST Web API：他是目前 REST 化最徹底的 Rails 套件之一，也延續了 Rails 1.2 REST 最棒的特色，「當你完成一個內部功能的同時，你也順便寫完了 REST Web API」。
OpenID Support：ㄜ，你沒看錯，他有 Open ID Support 。
GetTEXT Support：所以 i18n 解決了。Btw，在我讀 Beast code 的同時，我也差不多把 po 檔寫完了，明後天就可以 release 出來。
沒有做任何縮圖上傳的機制：沒錯，你沒看錯。 Beast 是直接使用 gravatar 的縮圖，所以如果你沒有 gravatar 的帳號，就註冊一個吧。這樣的作法雖然奇怪，但是相當的合乎 MarshUP 的想法

仔細觀察 Beast 的設計哲學，可以說是「討論區該有的功能，Beast 一行都不少，除了最重要的功能之外，Beast一行 code 都不多」。不管是自己使用 Beast ，或是看 Beast 裡面的 code ， Beast 都是相當好的選擇。

介紹了Beast，當然簡單講一下怎麼安裝。

下載 beast
這裡使用 svn 來安裝

svn checkout http://svn.techno-weenie.net/projects/beast/trunk

安裝 Edge Rails
在剛剛下載下來的svn目錄下，打入

rake freeze_edge

安裝 RedCloth

gem install RedCloth

修改 config
修改 dayabase.yml 的 production 設定

將 db schema 設定到 db 裡面

rake db:schema:load RAILS_ENV=production

如此，啟動您的 Rails App 即可。

Rails Cache 效率上的問題

2007-04-28T14:02:00.000+08:00

Fragement Cache 是大家常用的Rails 內建 Cache 機制，不過昨天看到石鍋拌飯先生寫的rails缓存机制的几个问题，裡面提到一些 Fragement Cache 的問題，這裡做一下筆記。

1. read_fragment 實做方式效率不佳

在 actionpack/lib/action_controller/caching.rb 裡面，read_fragment 假設是使用 file_store 的話，實做方式不佳

def read(name, options = nil) #:nodoc:
File.open(real_file_path(name), 'rb') { |f| f.read } rescue nil
end

每次判斷 fragment 都得 open file 一次，的確會損耗效率。解決方式是用 File.exist? 來判斷即可。

2. expire_fragment 使用 regular expression 效率不佳

不算問題啦，假設 expire_fragment 使用 regular expression ，根據內建的實做方式，他會一個一個目錄下去用 regular expression ，然後 regular expression 通常執行速度不佳，所以就....

解決方式有兩個，第一個就是不要在 expire_fragment 使用 regular expression，另外就是使用 backend script 來 expire cache 即可。

3. expire_cache 的時間點

簡單講就是 controller read_fragment 的到 cache ，但是當 render 的時候卻剛剛好被 expire 掉了，就會出現 nil object error 。因為發生機率比較低，解決方式只能說視情況而定。

當然也可以照著原作者的講法，在 view 當中判斷 Model obj 是不是存在，不過這個作法就比較 dirty。

acts_as_taggable Plugin 使用方式

2007-04-27T14:27:00.000+08:00

Tag 似乎是目前所有Web2.0網站所必備的功能，也有人這樣講「沒有 Tag 就不是 Web 2.0 的網站」。雖然綜觀 Web 2.0 的定義，跟 tag 似乎一點關係都沒有 XD ，不過這完全不要緊，tag 不管是不是 Web 2.0，他對於「歸類」這檔事所帶來的影響是跟「分類」一樣重大的。

Rails 上面要實踐 tag 功能最簡單的就是使用 acts_as_taggable 來做，說到這個 acts_as_taggable 可能會令人有點 confuse，他分成 Plugin 版本，跟 Gem 版本的。兩者實做方式不太一樣， Plugin 版本跟 Gem 版本最大的不同呢，就是 Plugin 版本 acts_as_taggable 他是使用兩個 table 就可以表示許多個 Model 的 tag，你不需要使用多個 table 來表示不同 Model 的 Tag ，再這一點來看，的確是一個不錯的設計，而 GEM 版本的 acts_as_taggable 你必須每個 Model 的都新增一個 table 來表示 tag。也因為設計哲學上面的不同，也有投票來投到底那個比較好。

我們這裡先介紹 Plugin。要先注意到的，act_as_taggable plugin 是depend on Rails 1.1 以上的，所以你必須使用 Rails 1.1 以上的版本。

安裝 acts_as_taggable

script/plugin install acts_as_taggable

建立相關 table

script/generate migration add_tag_support

在 db/migrate/ 檔案裡面這樣寫

class AddTagSupport < ActiveRecord::Migration
def self.up
#Table for your Tags
create_table :tags do |t|
  t.column :name, :string
end

create_table :taggings do |t|
  t.column :tag_id, :integer
  #id of tagged object
  t.column :taggable_id, :integer
  #type of object tagged
  t.column :taggable_type, :string
end

# Index your tags/taggings
add_index :tags, :name
add_index :taggings, [:tag_id, :taggable_id, :taggable_type]
end

def self.down
drop_table :taggings
drop_table :tags
end
end

然後打入

rake migrate

建立相關 table。

設定 Model

設定方式沒有比這個更簡單了，就是在你要下 tag 的 Model 寫入

class ModelName < ActiveRecord::Base
acts_as_taggable
end

即可。

開始使用

下 tag

如果要對其中一個 Model 物件下 tag ，tag 內容是 'abc def ghi'，代表這是一個字串，每個 tag pattern 用空白隔開。那我們就可以這樣下 tag

obj.tag_with( 'abc def ghi')

取出這個 Model 所有的 tag

如果，要取出這個 Model 物件下面的 tag，那就

obj.tags

這是一個 tag 的 array ，裡面每個東西都是一個 tag 物件，如果想要取出這個 tag array 的每個 tag name，就這樣用

obj.tags.each { |tag| puts tag.name }

即可。

尋找同一個 tag 的所有 entry

如果要搜尋這個 Model 底下所有下這個 tag 的 entry，就這樣使用

obj.find_tagged_with('abc')

他會回傳同一個 Model array，裡面是有下這個 tag 的 Model 物件。

覆蓋掉 tag

如果想用新的 tag ，就直接用 tag_with 覆蓋掉即可

obj.tag_with('new tag')

即可

刪除其中一個 tag

只想刪除掉其中一個 tag ，那就用 ActiveRecord 裡面的 destroy 即可，下面例子就是刪除 tag id 等於 1的 tag ，但是不刪除其他 tag

obj.tags.each do |tag|
tag.destroy if tag.id == 1
end

這樣即可。

JRuby 0.9.9 Release

2007-04-26T14:13:00.000+08:00

好掉詭的版本編號，好像在倒數計時一樣。JRuby 0.9.9 release，主要的更新是在修正了很多 bugs ，並且又增加 40% 的 performance。對於 Rails 支援能力也變強了， Mephisto 可以在 JRuby 上面跑了。

The JRuby community is pleased to announce the release of JRuby 0.9.9.

Homepage: http://www.jruby.org/
Download: http://dist.codehaus.org/jruby/

This release has largely been a stabilization release where we have spent
more focus on Ruby compatibility. We are gearing up for a 1.0 release. Here
are some of the more significant acheivements for 0.9.9:

Major compatibility and performance overhaul of String, Array, Hash
Many YAML and Marshalling issues have been fixed
Java Integration overhaul fixing many outstanding issues
180 Jira issues resolved
Several more bottlenecks removed
Rails applications like Mephisto and plugins like Goldberg are running without hitches
Performance has improved by 40% over 0.9.8 based on YARV benchmarks
With all the hard work done by Marcin Mielżyński and Bill Dortch we are adding
them as core committers. Their contributions have made a huge difference in
our progress as of late.
We also want to thank all people who hang out on IRC, triage/report/patch
issues, and communicate on our mailing lists. Their interest has really
helped shape JRuby into a better implementation.

Please take JRuby 0.9.9 for a spin and help us root out the last issues
before our 1.0 release!

Net::HTTP 使用方式

2007-04-24T09:07:00.000+08:00

在 UbiSunrsie 裡面介紹過的小小 Script 裡面有用到，就直接用範例來解釋一下使用方式。

GET

require 'net/http'
Net::HTTP.version_1_2
Net::HTTP.start('www.google.com.tw', 80) {|http|
  response = http.get('/index.html')
    puts response.body
}

基本上，Start一個 Net::HTTP Connection HOST，然後使用 http.get來抓取你要的頁面，最後用 response.body 印出來即可。

POST

require 'net/http'
Net::HTTP.version_1_2
url ='example.com'
action = '/cgi-bin/query'
Net::HTTP.start( url , 80 ) {|http|
  response = http.post( action ,  'var1=value1&var2=value2' )
  response.body.each do |line|
    puts line
  end
}

稍微複雜一點的作法，除了 http.get 變成 http.post 之外，後面的 variable = value 的形式是採用 application/x-www-form-urlencoded 的形式傳遞出去的，大家應該都很熟悉。

如果不喜歡這樣，還有其他作法

require 'net/http'
require 'uri'
res = Net::HTTP.post_form(URI.parse('http://example.com'), {'var'=> 'value' , 'var2' => 'value2' })
  res.body.each do |line|
     puts line
  end
end

好處是 value 傳遞是用 hash 方式來傳遞，比較 Ruby 化，壞處是比起 Net::HTTP.post_form ，我比較喜歡 http.post 這樣的形式。

Ruby on Rails in UbiSurise 圓滿結束

2007-04-22T21:50:00.000+08:00

感謝各位的支持，這次的 talk 在沒有人踢館，講的笑話都大家都捧場的情況下結束。兩個禮拜連續講兩場實在太累了，Blog更新也有點怠慢，先說聲抱歉。關於這次的 Demo 程式，我會整理一下看看要用啥方式 Release，而投影片在下面。

REST 簡介

2007-04-18T20:08:00.000+08:00

前言

寫這篇是因為我在滿紙荒唐言，一把心酸淚裡面有講到

我連REST 的好處都不甚了解，就大張旗鼓的吹 REST 的好？

所以我開始努力 survey REST 的東西，終於在 OSDC 主講 The furture of RoR - The new features in RoR 2.0。原本以為自己已經徹底瞭解 REST，但是隨著時間的逼近，我越來越發現「我不知道 REST 真正的好處」。最後，當我在 OSDC 講完之後，大家就七嘴八舌給我一些意見，越討論越發現我真是個笨蛋

在 OSDC 這種場合，我才是學生，場下聽的強者們才是我的老師。

現在的我，有了大家的加持後，反而越來越有自信了點，我終於允許我在 Blog 寫有關於 REST 的文章。

REST is about Resource

在講 REST 之前，我們來看看Resource 。當你了解 Resource，那麼你就了解了 REST。我們來看看 Wikipedia 這張圖，這個三角形是在講解 Resource 最重要的三個東西，Nouns，Verb，Type。

Nouns

在網路上，每個URL帶給我們的意義其實就是代表各式各樣的資源（Resource），有些可能代表你的個人日誌，有些代表我出去玩的圖片，有些代表你最喜歡的歌手的音樂，有些代表你朋友搞笑的影片。Resource 裡面，Nouns 其實是一個 URL，他代表網路上面 Resource 的唯一的位址，同一個 resource 理論上來說，應該只有一個 URL 代表這個 Resource。用超過一個 URL 來代表同一個 Resource 是不夠漂亮的方式。

Type

而 Type 是什麼呢？我們剛剛講 URL 代表Resource 的位址。但是 Resource 其實跟大家想的有點不太一樣，resource 不是只代表一個檔案，他是代表一個概念。舉個例子，這張圖片
是一張PNG圖片，裡面是我的 Email 。他的位置是在 http://www.thegiive.net-a.googlepages.com/image.png，但是如果我今天將這個 PNG 轉檔成為 JPG，他的位置就變成了 http://www.thegiive.net-a.googlepages.com/image.jpg。雖然兩者的 URL 不相同，但是對我們來說，PNG 跟 JPG 這兩張圖其實代表的意義是相同的，裡面的圖案就是我的 Email。

所以，儘管 Format 不同，他們依舊是同一個 Resource，而這些 Format 就是 Type

好，這些東西大家應該都可以了解吧。我們問些奇怪的問題，假設今天有一個 XML file http://www.thegiive.net- a.googlepages.com/image.xml 這個XML檔案裡面記載著我的 Email 帳號

<xml>
<email>thegiive at gmail dot com</email>
</xml>

那麼這個 XML File 跟上面的圖，算是同一個 Resource 嗎？是的，雖然 XML 跟 JPG ，PNG 是完全不同的東西，但是他們都記載同樣的意義，那個意義就是我的 Email 帳號，也就是他們代表同一個 resource。

如果你能夠接受不同格式的檔案其實代表同一個 Resource 的想法，那麼今天這個網址

http://abc.com/blog/1

如果以 HTML Format 來說，他可能是一個可以顯示在 Browser 上面的 HTML ，裡面記載這個 Blog 的內容。但是如果是 XML Format，他可能是一個記載這個 Blog 作者是誰的XML 。如果是以 RSS Format 來看，他可能是這個 Blog 的最新文章。但是儘管 Format 不同，內容不同，但是他們還是代表同一個 resource ，也就是這個 Blog。

在 Web 上面，Resource 是一個概念，而不僅僅是一個檔案。一個 resource 可能有各種不同的 Content Type，但是依舊代表同一個 resource。

Verbs

至於三角形的最後一角Verbs ，就是操作 Resource 的方式。我們該如何操作網路上各式各樣的資源呢？

Web 用宏觀來說，其實就是一個超級大的資料庫，裡面有各式各樣不同的 resource，每個 URL 都是指向各種不同的 Resource，我們每天上網，其實都是藉由 HTTP 來 request 各式各樣不同的 Resource。

既然 Web 根本就是一個網路上面 Resource 的資料庫，每個 Resource 都是跟資料庫裡面的 Data Entry 類似。那麼有用過資料庫的人都知道，我們每天對資料庫的每個 Data Entry 做四個動作，也就是經典的 CRUD（Create，Read，Update，Delete）。盡管 SQL 指令再多，其實我們對資料庫的操作，都超不出 CRUD 這四個動作。

那們，我們對 Web 上面的 resource，有沒有相對應的 CRUD 呢？

RFC 2616 裡面講到， HTTP 1.1 一共有八個 method（我在演講中提到只有四個 Method，是錯誤的，謝謝聽眾指正。），裡面有兩個 Method 是大家不可能不懂的

GET
POST

雖然 HTTP 定義八個 Method之多，但是大家在 Coding Web 時只使用這兩個 Method。
原因很簡單，因為最多人使用的 HTTP Client，也就是 Browser，只支援 GET 和 POST。所以，我們之前的 Coding，都是只用 GET 和 POST 來對 Web Resource 來做 CRUD。

CREATE：POST http://abc.com/users/create/
READ：GET http://abc.com/user/show/1
UPDATE：POST http://abc.com/user/update/1
DELETE：GET http://abc.com/user/delete/1

我們必須用部份的 URL 來表示我們對這個 Resource 的操作，這樣做也沒什麼不好，但是要知道 URL 其實是要來指定 Resource 位置的，URL 不是拿來表示 Verbs 的。而且這樣做等於我們使用四個 URL 來表示同一個 Resource，這跟一個 Resource 理論上來說只能有一個 URL 牴觸。

RFC 定義的 HTTP 1.1 裡面，其實有四個 Method 是直接 Mapping 到 CRUD 的，那就是 GET，POST，PUT，DELETE。既然已經 HTTP 1.1 已經有對應好的 Method，那為什麼我們要捨近求遠，硬是要使用 GET POST 來設計出 CRUD，為什麼不用原本就規定好的 Mapping 來做 CRUD 呢？

沒錯，這就是 REST。讓大家不需要再捨近求遠，不需要用非 Web Standard 的方式來做 Web Development。

REST 的詳細定義就請看 Wikipedia上面的介紹，本人就不詳細敘述了。在定義上來說，REST 並不等於 HTTP，REST 是一種 Architectural Style，而非一種 Standard，所以 REST 並沒有 toolkit ，也沒有 W3C Spec。相對起來，HTTP 才是一種 Standard ，有相對應的 toolkit，W3C Spec。HTTP 是一種 REST 的實做，也是最成功的實做。但是我們以實用為主，並不是那麼在乎太過細部的差別，所以以後我不會太強調 REST 跟 HTTP 兩者意義上的區分。

搞清楚你的 Rails Version

2007-04-18T13:10:00.000+08:00

目前使用 Rails 的網站，Version 分成好幾派。

Rails 0.X 的就是幾年前就開始在使用 Rails 的始祖，據我所知國內也是有網站還再用 0.X ，他們之所以死撐不換的原因只有一個，就是怕升級上去原本的 code 根本不相容。1.0 的時候我沒趕上，那可能要問一些長輩才知道 1.0 的模樣是怎麼樣子。

我進入 Rails 圈子剛好是 1.1 的剛剛出的時代，那時候 RJS 剛剛出來，大家叫好又叫座。我也因此全新投入了 Rails，1.1 的穩定度很高，速度也不賴。 Rails .12 是今年才出的，REST 加上 has_many :through 實在非常的吸引人，不過有 benchmark 表示 Rails 1.2 在速度上輸給 Rails 1.1，不過也沒輸太多。所以綜觀起來，要使用 Rails 1.1 或是 1.2 是要看你的需求而定的，沒有一定要使用那個版本的建議。

我現在手邊的 Project 都是用 1.1 ，而且絕大多數已經上線在跑的，短期間不太可能轉換到 1.2 。但是我一定會花很多時間在了解 1.2 的情況。也就是說，我希望能夠在我的機器上面裝 1.1 跟 1.2，有沒有辦法達成呢？

當然有，這很基本！！！
首先，你的 gem 已經安裝了你所要求的 Rails Version，像是我希望在我的機器上面可以自由使用 1.1 或是 1.2 的 Rails，所以我的 gem 安裝情況就是

rails (1.2.3, 1.1.6)
Web-application framework with template engine, control-flow layer,
and ORM.

問題來了，要怎麼一次安裝兩個以上的 version 呢？假設你的 Rails 已經安裝了 1.1.6 ，可是又要安裝 1.2.3 ，就這樣打吧。

sudo gem install -v=1.2.3 rails

當然，如果你想安裝的是最新的 Rails Release，那麼這樣也是可以的

sudo gem i rails

如此就可以在同一台機器上面安裝不同 version 的 rails 。

確定了你的 gem 已經安裝了多個 version，我們必須了較 freeze code 的概念，很多時候我們的某個 Project 的 code 是在某個版本的 rails 開發的。當rails 出了新的 release，原本run 好好的 code 就可能出現一堆 error，所以我們必須要在這個 Project 也包入 Rails 這個 version 的 code。使用方式如下

rake rails:freeze:edge TAG=rel_1-1-6
rake rails:freeze:edge TAG=rel_1-2-3

顧名思義，你可以再 TAG 下面指定你要的 Rails Version，這個指令會把 Rails 放入 vender/rails/ 底下，以後伺服器執行前，他都會去這個資料夾尋找，如果有 vender/rails/ 的資料夾，他就不會使用系統預設的 Rails version ，而是使用已經包在這個 Rails 資料夾的 version。

當然，如果我們將已經包好的 Rails Version 解除，重新使用系統預設的 Rails Version，就這樣打即可

rake rails:unfreeze

他做的事情其實就只是 rm -fr vender/rails/ 資料夾而已。

最後一點，如果你不確定你的 Rails Package 到底使用那個 Version 的 Rails ，你可以打入

ruby script/about

他會跟你講的一清二楚的。