不過現在筆者撰寫 Web Application 的習慣一向是在 local 端寫好之後，配合 SCM （svn / git ）加上 Deploy Tool ( Capistrano）推出去。因此線上撰寫 Application 對我來說只能說是「炫而不實」XD 當初只把玩一下就放著了

今天聽老闆 hlb 說，在 Heroku 上 Deploy Application 似乎變簡單了，便開張票要我練一下把某 Service 搬上去。

我大概玩了一下，整理了一些重點（詳細 Detail 可見他們的 Document）：

1. 需要 熟悉 Git 指令：

   Heroku 目前的策略，取消了「在線上撰寫 Rails Application」。而改成類似 SCM + Deploy Tool 的方式。Heroku 有自己的 rubygems。而 git push heroku master 等於 git push + deploy。

2. 必須手動撰寫 .gems 檔 ：

   require 的 gems 必須寫成一個 .gems 檔，一起 commit 上去，這樣 git push heroku 上去就會自動安裝。上面的 Rails 似乎是 2.2.2 版，所以如果 Rails 版本比較低（如 2.1.x），必須也要當成一個 require 的 rubygems 寫在 .gems 裡。我的建議是，如果想省時間，也許可以考慮把 rubygems unpack 成 plugin 的方式掛上去。

3. 只支援 PostgreSQL：

   Heroku 的內建 db 是 PostgreSQL，似乎沒有其他選擇。如果 Application 都是用 ActiveRecord 生 query 倒還好，如果有手刻 SQL 語法的份就必須要注意一下。有可以把舊有 db 推上去的選項，但我試用的心得是 MySQL 倒進去轉成 PostgreSQL 會遇上 schema_migration 版本號的 integer out of range 問題，直接導致 import 失敗。

結論：

Heroku 適合當 stagging / demo site ，而不適合當 production 環境。原因是 deploy 方式很便利，但效能似乎不佳以及有先天環境上的限制。而 Heroku 有 DNS mapping，拿來當個測試用的站台不錯（自己找機器架好 Rails deploy 是一件累人的事）。以後如果在 RailsEnvy 上面看到什麼 powerful 的 opensource cms or application，可以扔上 Heroku 玩看看。

閱讀全文…

(more…)

Handlino and David Flio, the co-founder of Yahoo!

RandomLife is a bingo machine generator. Whenever you find yourself failed to decide among many options, you can use this machine to randomly choose one. Or you can play bingo created by other users. It can help you decide your dinning plan, next movie to see, what to do in the weekend besides hacking, or anything else. It is now available online at bingo.handlino.com, let’s have fun together!.

(more…)

1. 全文訊息 QRCode

先來個有圖有真相：

那麼，要如何產生呢？

(more…)

In Opmsg, we have a Opmsg::Test::Fixtures that let you do this in your test files:

use Opmsg::Test::Fixtures qw(users messages);

The Perl code of Fixtures module looks like this:

package Opmsg::Test::Fixtures;
use strict;
use warnings;
use utf8;
use encoding 'utf8';
use JiftyX::ModelHelpers;

sub import {
    my ($class, @fixtures) = @_;
    for(@fixtures) {
        if ($class->can($_)) {
            $class->$_();
        } 
    }
}

sub users {
    User->create(name => "user1", openid => "http://user1.example.org");
    User->create(name => "user2", openid => "http://user2.example.org");
    User->create(name => "user3", openid => "http://user3.example.org");
}

sub messages {
    my $u1 = Jifty->app_class("CurrentUser")->new;
    $u1->user_object( User(name => "user1") );
    
    my $m = Message->new(current_user => $u1);
    $m->create(content => "Test Content A");
    $m->create(content => "Test Content B");
    $m->create(content => "測試中文");
} 

1;

Played a little bit import magic here to take arguments from use statement, but not too much.

Using the recently released JiftyX::ModelHelpers module, you’ll find it very readable to write these fixtures. You should be able to easily understand that it’s creating 3 users and 3 messages that belongs to “user1″, even without too much Jifty-fu in your body.

So this is one good way to test your Jifty apps with fixtures.

就在 COSCUP 2008 結束的當天，新的 Opmsg 面貌稍稍地上線了。

Opmsg 是今年筆者(gugod) 於有點閒時間時寫的 OpenID 版的 Twitter，全名也叫做「open message」，主要的目標是想做出開放性的萬用訊息流通平台。目前慢慢地在參考 Jaiku、Plurk、Ident.ca 等其他同性質的網站，整理出一套「和而不同」的風格。

此次最主要的更新是視覺設計，十分感謝 underfire++ 與 hlb++ 的大力協助，雖然是很困難的三欄式格局、雖然是有那麼多的圓角框，但整個 HTML 語意仍然十分簡單，足見此二人 CSS 能力之深之巧是也。有興趣了解的讀者不妨參考一下前篇文章： CSS技巧 欄位自動互相適應高度

這個網站也因此正式成為和多的服務網站之一，目前功能陽春，完全免費。日後也會不斷地加上新的服務項目，比如手機簡訊通知、站台機器人等等。筆者也正在考慮要參考 identi.ca 將其站台的源碼做為開放源碼的專案來開發。有興趣的讀者，敬請不吝指教，回覆本篇部落格文章、或是利用 opmsg.com 頁面左欄的意見回覆表格都可以。

除了視覺設計，還計有以下小更新：

• 增加中、英文語系切換
• 頻道 Badge 程式碼更新
• 頻道 RSS 路徑更新
• 使用者可以離開先前加入的頻道
• 使用者 nickname 與他人重覆時的 URL 修正
• 增加使用者頁面： 如 http://opmsg.com/user/gugod

除了 Opmsg 之外，和多尚有一關於文字的產品：Chatlino，這是個既時文字聊天室，目前有個產示站台：Chatlino Demo（需以 OpenID 或註冊的帳號登入）。若有興趣在自家企業中架設即時或非即時文字聊天的讀者，歡迎 與我們聯絡，讓我們替您服務。

不同的需求通常有不同的解決方案，在這筆者以最近設計的 Opmsg 為例子（參考畫面），在這三欄的設計中，需求是中間欄位能夠自動適應左欄的高度，當中間欄位內容高度少於左欄時，其背景仍能高於左欄（參考畫面）。

首先把中、左兩欄合併定義成為一個欄位取名 #column-1 並 “float: left”，最右欄取名 #column-2 並 “float: right”，右欄由於打算讓它完全依內容決定高度，因此接下來依一般方式處理即可。

回過頭來，剛剛的 #column-1 先放置中間欄位的背景圖上半部，並將圖片靠上靠右，#column-1 底下再放置一個 div 取名 #bd，然後將中間欄位下半部的背景圖切大張（高度）一點，放置在 #column-1 #bd 靠下靠右，這時中間欄位雖然還沒切，但背景已經出來。

#column-1 #bd 底下再切出兩個欄位分別為 #left（float: left） 與 #right（float: right），而這裡的 #right 其實就等於擁有背景圖的中間欄位了。#left 左欄依前面 #column-1 的方式將背景圖放上基本上就大功告成。

在這個案例中，中間欄位的背景圖片放在最外層，因此在裡頭的左欄可以實際控制著中間欄位在視覺上的最小高度，雖然並非真的讓欄位互相適應高度，但還是可以滿足實際的視覺需求，有點像是在變把戲（trick）XD。

當然 opmsg 的 CSS 實際上要複雜一些，不過基本上就是這個原理。

不過筆者當初在實做 VeryXD 時卻遇到了一個難題，官方的範例只講解了如何用 file upload 的方式丟檔案，沒有說如果要玩內部拷貝的話要怎麼作 <囧>，這樣是要怎麼不停的拷貝生圖啊，總不能合成的方式使用自己再丟 HTTP post 這種方式鳥方式塞進去吧。

所以當時花了一兩天在研究到底要怎麼內部扔 …（從 Photo Model 扔到 Gphoto Model去），幾乎看遍了當時所有 Google 上能找到的所有資料 :(，還好最後是有暴力幹出來，不然就沒有 VeryXD了。

最近在寫 DEMOMO SHOW 用的比賽網站，又用到這招，找了一下還是沒有人提這個 trick，乾脆來貼一下要怎麼做好了。

@photo = Photo.find(1)
@award_photo = AwardPhoto.new
@award_photo.content_type = @photo.content_type
@award_photo.filename = @photo.filename
@award_photo.temp_path = "#{RAILS_ROOT}/public"+@photo.public_filename
@award_photo.save

就這麼簡單，希望對大家有一點幫助。

也就是

name,number,country
alice,1,TAIWAN
bob,2,USA
cindy,3,JAPAN

能被包成 [ { :name => “alice”, :number => “1″, :country => “TAIWAN” } ,{ :name => “bob”, :number => “2″, :country => “USA” },{ :name => “cindy”, :number => “3″, :country => “JAPAN” } ]

require "csv"

class << Hash
def create(keys, values)
self[*keys.zip(values).flatten]
end
end

sp_array = Array.new

first = true
first_row = []

CSV.open("XXX.csv","r"){|row|
if first
first = false
first_row = row.to_a
else
result = Hash.create(first_row,row.to_a)
sp_array << result
end
}