以上數據取自 lukew，這個年代，選擇一個平台、體系（Kobe 梗，A system）、生態系（ecosystem），加入它、相信它、善用它，壯大自己的服務，並且隨時準備好離開，因為你不知道它是不是明天就會一夕瓦解。

get your content ready to go anywhere because it’s going to everywhere. via Brad Frost

過去總有人說內容為王，到了這個年代，內容還要能登上各式各樣的載具，才真的能夠稱王。A list apart 的文章一向都相當有深度，認真讀完一篇文章加上文章裡面的連結通常就能對一個議題能有頗不錯的認知（例如 Responsive web design ），認真讀過 Future-ready content 這篇文章之後也有些收穫，整理幾個重點如下：

1. 目的明確（Get purposeful）
   為平台累積內容時，意圖要明確，內容的類型對於營運者、使用者都要有價值，想清楚一些具有策略意圖的重要問題後，才能轉化為平台設計的決策，接著也才能確定究竟網站上堆的那些內容，對組織本身是不是真的有幫助。換言之，沒用的內容，堆再多也沒用。
2. 細節（Get micro）
   如果已經很肯定你的內容是什麼類型的，那麼接著是要注重屬於該類型內容的核心元素。舉例來說，如果你的內容以食譜為主，重要的元素包括：標題、出版社、發佈日期、 署名、份量、簡介、照片、主要食材、其他食材、準備步驟、建議搭配的酒、評價、評論、類別、給節食減重者的建議、相關的食譜建議等等，都應該要能提供資訊給使用者。
   文中有提到，負責資訊架構或是內容策略發展的夥伴（Information architect or content strategist）應該要決定這些細節，但是團隊中的每一個人都應該參與其中，因為當這些內容有機會出現在不同的裝置上時，你可能就是決定哪些元素會有所取者的關鍵角色。
3. 要有意義（Get meaningful）
   了解內容具備了哪些重要元素只是第一步，更重要的是這些元素之間應該如何組織、排序，哪些比較重要、有多重要？可以思考的問題，例如個別元素對於整份內容的重要性、如果拿掉這個元素會有何影響、這些元素是否建立了內容之間的連結？
   如果在比較小的螢幕上呈現資訊時，拿掉不重要的元素是最簡單的作法， 但是也因此讓使用者瀏覽的頁次減少；螢幕變窄的時候，把側邊欄搬到最下面，會不會造成使用者的疑惑；如果食譜沒有圖片，會不會減少使用者的興致；如果食譜只有標題，沒有簡介，對使用者來說有意義嗎？
   唯有我們深入了解所有內容元素之間的關係，才能在呈現資訊的設計上有所取捨。
4. 要有組織（Get organized）
   COPE（Create once, Publish Everywhere），NPR 提出的概念，讓 CMS 之間可以透過 API  進行內容交換時可以確保同樣內容在不同的平台上都可以調整呈現方式（我沒仔細看細節），姑且稱之為一源多用（這是我的指導教授常在 meeting 時對於類似概念的說法）。這一段的重點在於，未來是很美好的，但是內容管理系統卻不美好，內容在交換、流通、整合的過程必須要有組織。
5. 要有結構（Get structured）
   探討內容儲存、傳送的結構，例如 schema.org 上面的標準都很重要。

技術會改變、標準會進化，但是我們理解內容的需求，卻會持續存在，唯有具備如此心態，才能迎向未來。（理解內容，包括理解內容存在的目的、意義、結構、關係以及價值）

Refereces

• Future-Ready Content

其中，Tempo 前輩在成功的脈絡(2)一文中下面這段文字我深感認同：

我心中的成功的脈絡基本上就是一條 “某個類型公司的成長軌跡“, 而這個不是個模糊的故事轉折而已, 而是一些 “數據” 堆積出來的路徑

這讓我想到以前我在大學時期修的一門「國際企業管理」，政大商學院的譚丹琪老師透過一些經典的商業個案來貫串整個學期的課程，當年老師的一席話徹底的影響了我往後的大學生涯（然而慚愧的是我從來不曾回去感謝老師），老師發了一份 Nike in China 的個案下來，這是 1985 年出版的個案，大致上是敘述為何 Nike 當年會前進中國設廠，探討當年的時空背景與相關的決策因素。

當時老師的一席話大致是如此：

各位同學可能會很好奇，為什麼現在都西元2005年了，我們還要回去讀20年前的個案。

商學院要給各位同學的訓練在於邏輯性的思考、思路，未來同學們出社會之後，這些訓練、思考模式將會成為你未來解決問題的基礎之一。

坦白說，我非常慶幸我可以在大三的時候聽到這樣的一段話（當然，就一個商學院的學生來說，應該是太晚有這種認知了），在往後的大學生涯（我大學讀了五年），我對於掌握基礎方法、理論的投入，不敢說有多努力，但至少我不會排斥學習。在那之前，說實在，我會不由自主的認為，課本上的知識很多都沒用，跟不上時代的腳步，而且是學者關在象牙塔裡面思考、觀察出來的，他們畢竟不是在場上作戰的人，又豈能真正寫出戰場上的一切？

最近因為 Tempo 成功的脈絡兩篇文章，才又讓我想起這段往事，我對於商學院所謂的個案式教學法忽然又有了一種崇敬之意：撰寫個案的學者們，不就是試圖為所有成功或失敗的案例，找出他們成功的脈絡，或是失敗的脈絡嗎？

儘管有時候我對於解釋別人成功、失敗的事情不是很感興趣，但我想，現在的網路產業，缺乏的或許反而就是這些脈絡、這些個案，是否能有更多的專家、學者，或甚至是創業者、企業經營者本身，可以實際投入在試圖闡釋自己的成功或是失敗的這件事情上。

由於我目前還是政大商學院的碩士研究生，我知道近年來院內投入了非常多的實質資源在推行個案式教學，同時也投入了相當多的人力在進行個案的撰寫，許多個案甚至是直接與國外的大學、學者合作，個案的產出會同時有中文、英文的版本，換句話說，不僅是台灣的學生，連其他國家的學生也可以理解一些發生在台灣的商業個案。

去年我讀了一份寶來集團與白文正先生的個案，因為白先生在不久前才辭世，印象非常深刻。我想，以現在台灣網路產業的規模，我們甚至拿不出幾個成功的網路公司來當做個案研討的對象，但我們可以做的或許就如 Tempo 哥所說的，我們應該試圖抓一條脈絡出來，或許三五年後，有幾家成功的公司真的有足夠的產值、規模，足以讓更多人投入來研究，屆時所謂成功的脈絡就會實際形成一篇篇的商業個案。

有些網站可以在經營的績效上卓越不是沒有道理的，對於網站的經營者來說，試圖摸索出一個道理，自然就是很重要的日常工作之一，儘管目前自己在做的事情是很微不足道的，但我確定，有兩件事情是我可以做的：

1. 寫下我對於別人的觀察，例如我最近對於 Pinterest 特別感興趣，或是之前我對於 Groupon、Tumblr、Quora、Stack Overflow 特別感興趣，不敢說自己能有多深刻的觀察，但至少我打字不慢，寫些想法、筆記，肯定是沒問題的
2. 寫下我對於自己的觀察，例如我所在的團隊正在打造的服務，我們是怎麼做事的、我們的數據表現又是如何、我們有哪些關鍵的轉折點，在不影響團隊運作的情況下，某些我可以揭露的數據，肯定是可以拿出來好好分享、檢討的

如果有一天，我們能夠成功（所謂的成功，世俗定義的成功？ :p），或是我們失敗了，這些文字或許本身就是一種脈絡。

前幾天 Inside 辦了 Inside Salon 活動，隨後 Schee 跟 Tempo 兩位前輩都各自發表了很不錯的文章：

新進來這個產業的，一直在摸索。待久的，最後又繞出去的比較多，成功退場的，少。二次成功退場的，又更少了。三次的應該很稀少，因為網路產業不過十六七年之譜。這時候，類似 Inside Salon 型態的網路聚會，價值就來了。有幾個商業競爭環境下讓心理防線卸去的溝通平台，是很有用的。資訊的互通有無很重要，經驗的互相分享更是重要。有些時候，就只差在知不知道那個環節，有些則是聽了人家這樣講之後，才觸發了突破性的想法。 from 第二次成功 via Schee

台灣能夠抓到脈絡的人太少, 常常看到成功案例也比較像是個特例. 所以我們聊天談著該怎樣追蹤資料, 談著行動市場的大小, 回頭想想, 其實或許都只是些旁枝末節, 因為我們其實都沒有找到那條成功的小徑, 只能繼續瞎子摸象 from 成功的脈絡 via Tempofeng

隨後我又在 Twitter 上看到前輩 Ingramchen 講了一句也很有道理的話：

成功的脈絡，不就是一連串的失敗.

我應該是很少思考所謂成功的脈絡，但我知道我失敗過很多次，然後我學會簡單的事情每天都做就不簡單，如果能持之以恆把某一件事情做好，做到最好，或許就是一種成功？

能夠因為 Inside Salon 這個小小的活動，讓我多認識了幾位很不錯的創業前輩，真的是很棒。而且，我身為 Inside 的一份子，能夠在我們舉辦這個活動後，看到前輩們後續的討論，收穫也很大（尤其是激發了我打開 Cyberpunk 來寫文章XD）

成功的脈絡一文，第一次閱讀時，我最有感觸的其實只有一個字： happyweb，因為我當年曾經參加過一次的 happyweb，當時的主講人之一就是 Tempo ，試著在網路上搜尋一下那到底是哪一年發生的事情，結果才發現我自己當年有寫過一篇文章「HappyWeb 10感想（技術創業）」記錄當時的感觸，摘錄幾個重點：

Tempo的經驗分享讓我有許多省思。倘若未來走上技術創業這條路，必須事先認真問問自己：「你準備好了嗎？」若我自己本身是個很嫩的技術人，走這條路除了失敗的機率大增之外，也很難有能力去駕馭一個團隊或一間小公司

當時的我對於技術創業四個簡簡單單的字有非常深刻的印象，因為對於會寫軟體的人來說，所謂的技術創業，基本上就是依賴電腦裡面那些程式碼堆積出來的一種創業形式。一直以來，我對於資訊技術的認知都是「資訊技術是我實現想法的工具」，我們最終要成就的事情不會只是依賴資訊技術就能打造出來的軟體那麼簡單；我常常會說，技術對我們來說是最不重要的，但另一方面，那是因為，技術對我們來說太基本了，就像要蓋廠房才能開生產線賺錢一樣，要網路創業，掌握一些基本的知識、技術也是很基本的。

唯有不斷提昇自己才有可能讓自己在這條路上失敗的機會降低

此外，Tempo講了一句讓我印象很深刻的話：「用成功解釋成功，是失敗的開始」，因此不妨看看那些失敗者有何共同之處，避開失敗因素或許能離成功更近一點

最後這個用成功解釋成功，明確一點說應該是「用別人的成功來解釋自己應該如何成功，是失敗的開始」。我很感謝 Tempo 當初的演講分享了這句多年來我一直記在心裡的一句話，這句話對我來說有兩個影響：

1. 我認為成功是沒有脈絡的，而且別人也沒辦法教會我怎麼成功。何況，這個時代變化這麼快，誰知道明天會怎樣呢？ :p
2. 我也沒有很想要追求所謂世俗定義的成功，我高興做什麼就做什麼，成功是別人用來解釋騙人用的啊XD

此外，我還認為，對於創業的人來說，永遠沒有所謂的成功，永遠都會想要更好、永遠都會發現新的問題、永遠都不會滿足，所以，追求成功，也沒有意義。

不過，我想，儘管成功沒有脈絡，但從上面這些事情，我覺得「分享」這件事情是最寶貴的：

• Happyweb 是網路創業前輩們分享寶貴經驗的好活動
• Inside Salon 是 Richard Tsai 無私分享 UCD、日本 LINE app 團隊無私分享全球行銷經驗的好活動，還有所有網路創業家交流、分享的活動
• Inside Salon 結束後，Tempo、Schee 還有其他幾位前輩都各自分享了很多看法，啟發了我這樣的晚輩，讓我可以得到更多的看法，讓我可以修正，或是更加確信自己的做事方法、思維
• Inside 本身就是從幾個宅男開始分享自己的看法、觀點開始的一個部落格，我們透過一些形式來引發更多的分享，例如我們的部落格留言經常是臥虎藏龍，很多網友都非常專業，讓我們經常能學習到新知
• Inside 引發更多分享的方式之一，就是我們最近剛推出的新服務 Inside ASK，上面已經有越來越多的高手出現來回答問題
• 下禮拜有一個我在四年前也參加過的活動： Happy Designer，也是許多網路人在台上分享一些經驗的好活動

最後，還是引用一段這次 NHN Japan 來 Inside Salon 演講，其中一張讓許多人印象深刻的投影片的內容：

偉大的時代有我們的存在，即使不是矽谷製造也能鏖戰世界，碌碌無為地在這偉大的時代中度過，還是挑戰著前進呢？只有挑戰才能看到成功的光芒

即使不是矽谷製造也能鏖戰世界，只有挑戰才能看到成功的光芒。

首先要談中小企業的定義，經濟部對於中小企業的定義如下（各國對於中小企業的標準是不一樣的）：

一、製造業、營造業、礦業及土石採取業時收資本新台幣8,000萬以下，其他行業前一年度營業額新台幣1億元以下。
二、配合輔導需求，可採員工人數認定，亦即上述前列三項行業經常雇用員工未滿200人，其他行業未滿50人。

以下數據出自2010中小企業白皮書，統計數據皆為2009年的年度統計數據。

• 國內中小企業共有123萬2千多家，是全體企業家數的97.91%
• 80.24%的中小企業是服務業，其中批發與零售佔52.13%為最多
• 46.65%的中小企業集中在北部地區
• 中小企業的銷售值佔全部企業比率為30.65%；並且以內銷為主，內銷的銷售值佔了中小企業銷售值的84.24%。
• 中小企業的就業人數為806萬6千人，佔全國就業人口的78.47%

每一年的中小企業白皮書都會有許多關於這類的統計數據，詳細數據我其實也沒記住，不過跟朋友分享的時候我會提出以下幾點：

• 中小企業是我國經濟發展重要支柱
• 台灣有120萬家左右的中小企業（顯示台灣人熱愛開店、開公司、自行創業，平均每20人就擁有一家中小企業；不過當然也有一個人同時擁有很多家公司的情況）
• 大約有8成的就業人口任職於中小企業，多數人、多數家庭都直接、間接依賴中小企業生存

簡言之，如果要尋求商機（B2B），不可輕忽中小企業在我國的影響力與貢獻，許多中小企業主是非常捨得花錢投資，讓自己的事業可以更上一層樓的。（或是說，正因為數量多，要找到客戶的機會也提昇了；長尾累積起來的效果也是不容小覷的）

References

• 台灣綜合研究院網頁上關於中小企業的整理（主要引用2006年的數據）：http://www.tri.org.tw/ceo/

我似乎一直沒有在Cyberpunk上提起將近過去一年來，為何blogging頻率這麼低，一方面除了忙或是懶惰這種常見的藉口之外，其實就是因為我跟 @pirrer（或是比較多人知道他叫做fOX）、@dlackty（認真向學的好青年）、@stingtao（總是給我許多好建議的前輩）一起開了一個部落格叫做Inside。看來今天就工商服務一下好了。

Inside是由一群熱血青年所組成的部落格網站，最初的想法很單純，我們想要分享國內外的網路資訊，畢竟我們的生活、工作都直接、間接與網路有關，不如就來分享一下吧！一開始都以Facebook為主（當時Facebook超熱門的），後來就漸漸發展的比較多元，包括新加入的 @euwang、@jerrylee、@bestguy，我們能談的主題涵蓋了社群媒體、行動網路、相關技術、行動裝置以及電子書、數位出版等方面，加上每個人的背景、經歷、工作都不太一樣，有些觀點或許也能勉強說是多元（？）。

很多人以為我們是公司在經營，但其實並不是，Inside既不是公司經營的，也未曾考慮過營利（當然如果哪天有什麼好機會找上門，我們會認真考慮，但不能違背初衷呀！）

到目前為止，我們也累積了一些讀者，坦白說還滿開心的，從這個過程中也學到很多，無論是寫作方面、個人知識管理或是尋找題材方面，都有一些心得跟進步。當然，跟Inside作者們的感情也很好，除了平常整天哈啦、互相cover、分享主題慢慢累積的情感之外，拖稿時請客通常也是很歡樂的（我們已經吃過茹絲葵牛排、馥臨港式火鍋、傑夫的燒肉等各種餐廳多次）。有時候因為自己狀況不好或是偷懶，真的拖稿時，你相信你的夥伴們還是會努力寫出文章讓網站不致於倒閉時，那種令人安心、令人放心的感覺也是很棒，每次想到這，就會覺得自己不爭氣寫文章實在很對不起大家，所以我等等又要去寫文章了！

我在Inside的文章大概有幾種類型：

• 新創網站挖掘
• 有趣技術介紹
• Google相關的技術或工具介紹

我寫過的文章到目前已經有上百篇，理論上每個禮拜我都會產出三篇以上（理論上Inside每個禮拜會產出20篇左右的文章），由於那是六七個人共同努力撰寫的平台，可能比較不能放肆，所以有時候我寫的文字會比較客氣（例如用筆者作為第一人稱、盡量以客觀的方式闡述或介紹，不過據說有些人對於用筆者自稱很過敏），不過最近還在調整寫作方式，如果各位Cyberpunk既有的讀者有任何指教，也歡迎留言讓我知道，我會努力的！

不曉得你是否跟我一樣，每天總要透過電視、報紙或網路新聞來關心這個世界又發生了什麼事？（當然這也是個看電視的好藉口，因為我每次要看電視總會告訴自己：來關心一下台灣吧！）然而每天關心台灣的結果，我發現兩個現象：

1. 新聞工作者們認為重要的新聞總會在電視上持續的放送，每個小時可以輪播好幾次、每個新聞台都會播，然而這些新聞卻不一定是我所關心的。
2. 我感興趣的新聞有越來越高的機會來自社群，例如是身邊的好友在Facebook或Plurk上分享的新聞，也正是我感興趣的。即使並非全部都感興趣，但感興趣的機率也比較高。

先前我曾在另一篇文章提過：

近年來社群網站的興起，在網路上與老朋友相逢的事情似乎已經漸漸稀鬆平常，你我使用網際網路的行為從過去單向的吸收（Web 1.0時代），隨著資訊爆炸開始依賴搜尋引擎，並逐漸開始學著參與、分享、貢獻內容（Web 2.0時代），一直到開始在網際網路上與現實生活中的人際關係有更多的交集，如此的典範轉移持續的在發生。

人們在網路上的使用行為是持續在改變的，重要的訊息從過去我們直接上Yahoo!奇摩首頁看新聞，到後來透過funP推推王來觀看重要訊息，一直到現在上了Facebook、Plurk，我們開始透過社群上的好友來獲取不同的資訊。若你跟我一樣是個Google Reader的愛用者，你或許會發現兩個現象：

1. 志同道合的朋友總會在Google Reader上分享你覺得實用、有趣的訊息出來
2. 即使是志趣不同的朋友，也會分享不同領域的有趣訊息，讓你增廣見聞或是看到不同領域的重要消息

在社群參與越來越頻繁、深入的情況下，所謂的Social filtering、Collective intelligence等過去總是在學術論文上出現的過程，便得以被實現。不過今天要分享的小玩具，其實也沒那麼厲害，只是身為一個研究生，在閒暇之餘做出來的小玩具罷了。

Inside HotNews是我與幾位朋友一起發想出來的有趣小玩具，這個小玩具有幾個重點：

1. 內容以Yahoo!奇摩新聞為基礎，倘若你習慣用Yahoo!奇摩新聞作為關心台灣、關心世界的新聞媒體，Inside HotNews或許可以作為另一種決定閱讀排序或閱讀與否的篩選工具。
2. 內容熱門與否的排序以每一篇新聞在Facebook上被分享、轉貼的次數為計算的核心。使用這個數字有兩個主要原因：一是剛好在研究Facebook API，想說練習一下；二是我大膽假設在Facebook上會被分享的新聞應該也是我比較有興趣的。
3. 新聞的排序使用了簡單的演算法，會同時考慮一篇文章在時間與推文數兩個因素的消長，演算法還在持續的調整當中。
4. 我們正在嘗試加入其他新聞來源，希望讓這個網站真正作為一個有用的新聞閱讀工具。
5. 我們也提供了RSS feed，每個網頁的右上角都有一個訂閱按鈕，訂閱後您就可以隨時掌握目前最熱門的新聞。

就我目前自己使用起來的感覺，還滿符合我自己閱讀新聞的習慣的，因為我假設「社群上常被分享的新聞應該也是我比較有興趣的」，目前看來好像是真的如此（從眾性格？），但這個小工具已經解決了平常我看新聞又不知道從何看起、一直看電視好像又很浪費時間而且轉來轉去都一樣，然後在社群上又會看到很多容易分心的訊息…

另外，我們也統計了每篇新聞在Facebook上被轉貼次數的成長狀況，從這些曲線可以大致看到一篇文章實際的熱門程度是一時爆紅還是細水長流，可以看出某些訊息是特別容易被分享的，例如與經濟民生有關、帶有一點點十八禁成份之類的新聞。

身為一個研究生，總會希望背後運用的技術、方法論是富有一些內涵的，並試圖呈現更好、更棒的結果，我們會持續調整這個小玩具。如果對於這個小玩具有任何建議或是指教，歡迎在twitter上 @deduce 或 @insideCyberbuzz 與我們交流。

Data Visualization，資料視覺化是一種很吸引我的資料呈現方式，透過簡單的圖表來呈現特殊現象往往可勝過千言萬語。在我的RSS reader中我也固定追蹤幾個國內外的圖表達人藉此吸收一些經驗，自己進行研究或簡報時在製作圖表過程中，也期許自己可以在圖表的呈現上能有持續的進步。

之前在和多的Blog上看到gugod前輩將他們發展和多繽紛樂的程式碼發展過程，以Gource這套開放原始碼的軟體轉以動畫的方式呈現，便覺得很炫，今天又看到網路上有前輩將DHH從2004年開始發展Ruby on Rails這套優秀Web framework的過程，轉以動畫方式呈現：

身為一個研究生，外務又很多的情況下，其實我不是天天寫程式（但天天寫文字，包括寫簡報、提案、論文、心得、部落格等等），看了這個影片，不得不佩服DHH，除了非常密集的在新增、修改、重構程式之外，連續幾年間幾乎是每天都有commit的紀錄（當然到了中後期，社群的投入也令人敬佩）。

簡單的事情每天都做就不簡單

很多事情其實都很簡單，例如每天運動、每天準時睡覺、每天早起、每天寫一篇簡短的日記、每天看一個章節的書、每天問候一個朋友，但是要持之以恆就不容易，或許透過「紀律」、KPI的方式來自我要求才是好方法（當然是配合適當的處罰方式）。在此與各位朋友們共勉之。

昨天參與了Chili Consulting舉辦的Chili Ideas Party #8之後，今天我與fOx、Sting兩位夥伴又前往Asiajin的讀者聚會。若原本不知道Asiajin部落格或是昨天沒參與到聚會的朋友，可以參考我昨天撰寫於Inside.com.tw的心得&筆記文：「日本重量級科技部落格Asiajin在台演講速記：日本最新網路發展趨勢」。

由於今天的讀者聚會，形式上跟內容上都是比較隨性、閒聊的，因此接下來也就隨興談談這兩天直接與幾位日本部落客接觸、交流後的一些心得，內容可能稍微缺法組織，還請各位多多包涵。今天的參與者總共九位，三位日本部落客、三位Inside.com.tw的寫手群，另外還有三位Asiajin的讀者。

照片中從左邊依序是 @masaruikeda, @araipiyo, @deduce, 以及 @stingtao。由於是一群Tech geeks的聚會，談的內容大多著重在台灣、日本網際網路的發展，偶爾穿插一些文化、習慣、消費、飲食的話題，閒聊的過程，@araipiyo 不時會把有趣的連結、話題記錄下來或是發送到 Twitter 上與朋友分享，例如我跟他提到一個我之前很喜歡的討論串「在日本從零開始生活@Mobile01」，我說這是一個在日本努力工作的台灣人的心得，例如外國人在日本生活可能遭遇哪些問題，生活的感想以及一些技巧，@araipiyo就說真是有趣，並且馬上記錄下來。

@araipiyo 目前是 Maysee 的創辦人&CTO，網站所提供的服務是「Painless Contact Management」，讓上班族、業務員可以無痛的管理自己每天持續收到的名片，是個滿實用的服務，目前才剛起步正在努力推廣中。

而 @masaruikeda 目前的工作型態簡單來說是個 freelancer，離開了上一份工作之後，目前還在尋找自己真正想做的事情，未來有可能會考慮創業，但目前仍在找尋中。感覺起來，這兩位前輩對於日本的網路發展以及本身的能力都是挺不錯的，無論是創業或是工作上的表現，都很值得持續觀望，說不定未來可以在Asiajin看到更多關於他們在產品、創業上的發展也說不定。

提到技術，我跟 @araipiyo 有聊到 Ruby  語言，他問我是不是也用 Ruby，我才想到Ruby是日本人發展的語言，我早就應該跟他們聊聊看是不是跟我一樣熱愛Ruby，沒想到 @araipiyo 跟我說 Ruby 是他用來工作的主要語言，而且他有預計投稿今年的 RubyConf Taiwan 2010，談的主題應該會滿有趣的，有興趣的朋友，來參加RubyConf就對了！

我們也聊到了台灣的網路發展，例如Yahoo!前前後後收購了Kimo、無名小站、興奇購物網等等在台灣網路產業佔有領導地位的網站而造就了今天Yahoo!在台灣的品牌有如此的成績；也聊到了無名小站是目前台灣最熱門的網路服務之一，Facebook只用了2009年下半年的時間就追到幾乎已經要超越無名小站的流量；愛評網是台灣人目前可以用來尋找餐廳的網路服務，很像美國的Yelp.com或是日本的Tabelog。

閒聊的過程中有不少的收穫，除了介紹台灣大致上的網路生態（國民外交）之外，也討論到了臭豆腐、大腸臭臭鍋（@araipiyo直接打漢字給我看的，很有趣，某些食物、地名顯然必須使用漢字溝通，例如秋葉原、八德路的光華商場，我都是寫漢字給他們看）。

整體來說，可以跟同樣身為部落客的外國人聊到彼此的網路生態、觀察以及其他方面的話題，收穫很多，未來希望仍然持續有這樣的機會與來自不同國家、文化的朋友交流。

這次的經驗也讓我決定，接下來應該試著將自己的觀察、想法、市場研究等方面的內容，寫成英文，讓更多來自不同國家的朋友，有機會了解廣大華文市場的發展，儘管自己見識還不多，但還能寫些英文字，也算是盡綿薄之力，在短期內應該就會開始著手進行，屆時還請各位多多指教。

不曉得您是否有發現，該影片的原始Youtube網址所提供的這位博士生的名字是錯誤的，圖中的英文名字顯示為”Parn avMistry”，若您將這個名字丟到Google進行搜尋試圖找到更多關於這位天才博士生的資訊，會發現找不到更多有用的資訊。您將會找到一些已經轉貼來自圖中的Youtube影片簡介文字的部落格。

筆者在撰稿的同時，若您在Google搜尋Parn avMistry，可以搜尋到誤植Pranav Mistry姓名的部落格共有29筆結果，通通都是繁體中文的結果，其中不乏某些高人氣或是具有專業指標性的部落格，希望這篇文章的存在可以為接下來有興趣了解更多關於Pranav Mistry的資訊的人，先提供一條正確的搜尋方向。

這位先生的正確姓名是Pranav Mistry，他的個人網站網址為：http://www.pranavmistry.com/

這個案例讓筆者想到以前在SEO每日一貼部落格看過的一個案例：很牛的SEO案例：假站造鏈接，故事大致上是說有一位SEO高手為了推廣某個非英語系國家的單字，因此用這個單字建立了一個教授的個人網頁，甚至幫這個教授的網頁加了照片以及許多研究成果，看起來正經八百的網站可能就可以因此吸引到一些連結，更絕的是這位高手還撰寫了一個簡單的判斷程式：若是搜尋引擎爬蟲就回傳正常的網頁內容；若是一般訪客，就利用HTTP 301 redirect將被拐進來的訪客引導到這位高手真正想經營的網站。

其中有提到iPK這個Facebook應用程式，是筆者參與Inside部落格團隊所開發的應用案例，投影片中所有的程式碼片段皆整理自該程式，若您對於程式的寫法有任何建議或疑問，歡迎在本文提出以進行交流、討論。:)

投影片內容除了團隊共同的研究、開發經驗之外，也感謝Cardinal Blue經驗上的分享，關於Cardinal Blue分享的投影片請見：Cardinal Blue的Facebook應用程式開發經驗分享：使用Ruby on Rails與Heroku

得獎的那一刻，心中冒出的第一個想法：「原來我還是有能力得獎的」，會有這樣的想法主要是因為就讀碩士班以來總是忙碌於各種外務，不再像過去大學時代一樣總是熱衷於各種比賽，我一度以為自己已經喪失了在外面比賽得獎、獲得評審肯定的能力，不過最終運氣算是挺不錯的，這是碩班以來第二次參加比賽（事實上第一次就是去年的Yahoo! Open Hack Day），這次比起去年算是認真了一點，果然也有了不錯的回報。

我要感謝 @dlackty 以及 @pirrer 分別在UI以及idea、企劃、簡報上的許多幫忙，使得我們三個人可以各司其職在短短的時間內產出大量的程式碼來做出一個可展示的雛型；我要感謝Ruby on Rails、Git、Heroku，因為沒有這些技術的支持，我跟 @dlackty 的程式碼大概無法這麼快地產出並且整合。

相較於去年以為真的是到會場之後開始24小時拼命寫程式，今年我們事先碰面討論了兩次概念，並且在比賽當週先確定有哪些API可以用、該怎麼用，比賽當天主要的工作就是把UI、程式功能、API整合起來，當然計畫趕不上變化，有許多事先沒想到的細節紛紛冒出來，原本以為可以當天晚上開始準備簡報內容、錄製demo，也是到隔天早上十點才開始進行。

這次我覺得算是盡力了，畢竟我在三點準備就寢的時候突然覺得「我應該奮戰到最後一刻，否則我會後悔」，於是我決定直接出門趕到會場，加上了幾個重要的功能並且改掉了幾個bug（原本是有打算當天公開網址的XD），很久沒這麼努力，說實在還滿爽的！

我們的作品或許會在不久的將來悄悄上線，提供一些實用的小功能讓有需要的人使用，只是個小品，但希望能對網路上的某些人有幫助、有些貢獻。:)

此外，這次做的主題跟搜尋有關（我們得到的獎項名稱為Best Search Hack），過去從來沒想過自己會做出跟搜尋有關的產品，沒想到實際接觸之後發現還挺有趣，而且還有許多值得研究的議題可以探討（此時就要安慰自己：或許論文可以派上用場？XD）

上面都是個人內心想法，下面稍微談一下對於比賽的想法：

1. 場地比去年棒（去年我坐在圓桌，三個人的電腦都放在桌上時空間不好調整）
2. 網路比去年快（不過後來好像有斷掉一段時間？）
3. 去年的食物似乎供應量跟多樣性都比今年高（不過也有可能是因為去年花在吃東西的時間比寫程式多）
4. 我比較喜歡去年的dancer（純粹個人喜好）
5. 音樂沒有去年那麼激昂（今年還算滿平衡的）
6. 國外針對這次活動lap dance的看法，我個人是沒什麼意見，有人覺得這是台灣文化、有人覺得這是物化女性、有人覺得跟活動精神無關，好像都有道理，但我大概是太專心寫程式了，我只希望明年還能有Yahoo! Open Hack Day，我應該還會再參加吧！XD（我去年是第一隊，今年還是第一隊，明年搞不好也會是第一隊）

例如我原本的個人檔案網址為：http://www.facebook.com/profile.php?id=505498299，設定後則會變成http://www.facebook.com/yiru.lin，變得簡潔、好記許多。

而Facebook Pages同樣也可以在達成特定條件後（目前的條件為您的粉絲專頁擁有超過25名粉絲，即可設定粉絲專頁的網址），設定專屬於您的粉絲專頁的短網址。

以本blog為例，本來的專屬頁面網址是：http://www.facebook.com/pages/Cyberpunk/92373989976，設定完成之後會變成http://www.facebook.com/punk.tw，是不是簡短許多呢？以下為還不知道如何設定的朋友簡單介紹一下如何設定。

1. 首先請先到http://www.facebook.com/username ，會看到如下頁面：
2. 點選下面「替你管理的粉絲專頁設定獨有的用戶名」：
    
3. 選取您想要命名的粉絲專頁後就可以開始輸入：
    

我自認不是個Facebook重度使用者(?)，使用上的需求通常只有用到幾個主要功能：觀看朋友的狀態更新、新照片、看看朋友分享的網址，前陣子因為心理測驗、開心農場這類遊戲開始火紅，每次一登入就會看到大量來自各種Facebook應用程式的訊息更新，有時候反而會漏看了滿多朋友的狀態更新。

面對這種狀況，有兩種解決方式：

1. 調整位於首頁的群組清單：
   將您希望看到的群組或動態類型拉到第一個，往後登入Facebook會預設顯示第一個群組的內容。調整的方式是在清單的最下面按「更多」，清單展開後便可以直接拖曳群組的順序。
   以下圖為例，我目前預設為「近況更新」，因此登入之後只會看到朋友的近況，包括動態更新、相片、影音分享以及連結分享等各種內容。（當然，若您將某個群組或是特定應用程式拉到第一個位置，往後登入預設就會看到該群組的更新內容）
2. 第二個方式是前陣子跟@dlackty聊天中嘗試出來的，你可以嘗試使用Facebook Lite版。如何進入Facebook Lite版呢？將您的Facebook語系設定調整為英文版，（10月7日更新）目前Facebook Lite已經支援所有語言，直接連結到http://lite.facebook.com/ 其實就這麼簡單XD，如果您是中文版，會被導入Facebook標準版。

Facebook Lite的版面很乾淨， 只會顯示您朋友的狀態更新（心情、照片、影片上傳等），特別是照片的頁面，您可以看到如上圖的紅色框框：該相簿的留言是集中在畫面的右邊顯示的，這點對於瀏覽相簿是很棒的一種體驗，整個畫面只有跟相簿有關的資訊，沒有廣告。（不過也不能怪Facebook，多數人在用的標準版還是要賺廣告費的）。

前陣子Google Docs中開始可以使用Tex的語法讓學生、研究人員可以在Google文件中編輯方程式，而這些方程式的呈現方式其實是用Google Chart API所繪製的（看來Google Chart API沒說的秘密還真多，不過這個在Google主要產品之一出現的內容，應該不難發現，所以似乎也算步上什麼秘密？）。

上圖便是用Google Chart API所繪製的方程式，使用方法很簡單：

http://chart.apis.google.com/chart?cht=tx&chs=1×0&chf=bg,s,FFFFFF00&chco=000000&chl=f(x)=\int_{-\infty}^x%20e^{-t^2}dt

將上面的網址最後的chl參數代換成您想要的方程式即可。當然如果您希望方程式有點顏色，您可以修改chco參數，至於其他參數我就不太清楚用途了。（身為研究生，我只是單純想在論文裡面告訴老師我用了什麼方程式啊～XD謎之聲：研究生直接用LaTex寫就好啦！）

您可以在Google搜尋tex online或latex online，可以找到幾個好用的線上編輯器（當然您也可以直接使用Google Docs），倘若您的網站或是應用程式需要呈現大量的數學方程式，這應該是個不錯的工具。

有持續在關心Google技術發展的朋友應該會發現，近來Google API文件中文版越來越完整，例如Google App Engine、Google Maps甚至是本篇的主題Google Chart API幾乎都有完整的中文版文件（而且非常貼心的是，繁體中文版與簡體中文版是不同的，有依照語言習慣、專有名詞進行翻譯）。

今天要談的是所謂Undocumented Google Chart API，也就是官方文件裡沒提到的秘密，總共有下列幾種：

1. 帶有外框的文字圖片(Chart Type for text with outline)， 本文一開頭的圖片便是使用Google Chart API所產生的文字圖片。
2. 地圖指標(Chart Type for map pins)，可以用來放在Google Maps或是其他網站上的icon使用。
3. 對話方塊（Chart type for information bubbles，應該翻譯成資訊氣球、資訊泡泡？）
   
4. 便利貼(Chart types for sticky notes)，這邊可以注意到字型比較接近新細明體，不如上圖中的文字飽滿，顯然某些中文字型的支援度是分開處理的。
   

這些圖片的參數在下面的連結裡面都有非常詳細的解說，就不在此贅述，使用時也請注意畢竟是非正式的版本，很有可能會修改甚至移除該服務，若要用來在您的產品上應用請小心；另外是中文字型的處理，效果在某些時候不是特別好，如果要大量使用可能要先評估。

References

• Google Chart API討論區
• Undocumented Google Chart API文件列表
• Chart types for sticky notes
• Chart types for map pins
• Chart types for information bubbles
• Chart types for text with outline

Google Analytics進階應用：使用廣告系列工具

Google Analytics是網站經營者、網路行銷人員用來檢視網站流量以及分析各類數據的好工具，例如檢視操作關鍵字的成效、各類網路行銷活動的曝光度或是其他社群操作、廣告所帶來的流量。在Google Analytics裡面可以直接看到各類流量來源：直接流量、推薦連結網站、搜尋引擎，從流量來源可以協助行銷人員了解網站的流量是否如預期般的構成，或是有出乎意料之處，作為持續強化網站經營方針或是網路行銷策略調整的參考。

如果想精確掌握各類流量來源，Google Analytics可以怎麼協助您呢？答案是：使用廣告系列工具追蹤各類流量。（英文為Campaign，您可以從Google Analytics中的流量來源選單看到）

舉例來說，您決定針對某次的行銷活動在Ptt BBS、網路論壇、Facebook以及當紅的Plurk等各類社群媒體（Social media）散播連結（或是圖像Banner、Flash banner皆可），您想要精確地掌握文字連結、圖像連結、動畫連結，在不同的社群媒體中，分別帶來的流量，倘若您不使用廣告系列（Campaign）的話，便只能從推薦連結網站中看到從不同網站連進來的流量，無法進一步地分析究竟在Facebook是文字連結效果好還是圖像連結的效果好，也無法掌握從Ptt或其他BBS上連進來的流量（從BBS中點擊的連結會被列為直接流量，因為這類的點擊不會送出Referer的資訊）。

設定廣告系列工具後的報表內容

若您使用廣告系列工具，將會看到下列的圖表：

從左圖中，您可以發現多數的流量是來自「其他」，也就是從該次網路行銷活動中，有使用「廣告系列」工具帶來的流量比例，點擊進入廣告系列工具觀看詳細報表後，可以進一步從不同的媒體、來源、關鍵字、廣告內容等維度來篩選資料，在上圖中您可以直接看到來自不同banner的流量比例，例如第三個banner在一個月的活動中只帶來85次的造訪，若我是行銷人員，未來大概就不會考慮花錢在上面（當然如果該banner帶來的轉換率很高或是其他數據表現優異，還是可以考慮）。

如何設定廣告系列工具

至於要如何利用Google Analytics來追蹤網路行銷活動效益呢？其實Google就有提供簡單的工具：URL Builder for Google Analytics

頁面中有幾個主要欄位分別如下：

• Website URL: 您的網站或是行銷活動的頁面連結，例如 http://punk.tw/about
• Campaign source: 來源，即Referer，例如來自Google或是其他配合的網站，如Ptt、Ptt的某個板，甚至是MSN、Plurk、Facebook
• Campaign medium: 媒體，例如該連結是放置在e-mail中的連結、banner中的連結、或是純文字連結，都可以藉此追蹤
• Campaign Term: 付費關鍵字，在此的使用情境是例如您在其他網站同時購買或操作了3個不同的關鍵字連結，您可以藉這個設定來追蹤不同關鍵字所帶回的流量成效
• Campaign Content: 內容，可以用來區隔出不同的廣告內容，例如同樣在某個社群媒體上，同一個關鍵字分別在不同的討論區中出現，便可以用這個欄位來區隔（其實我不是很確定這個欄位該怎麼使用，還請各位指教、分享）
• Campaign Name: 名稱，例如產品名稱、優惠代碼

輸入上列欄位（或是只輸入必填欄位即可）後按下Generate URl便會產生對應的網址，例如：

http://punk.tw/about?utm_source=Cyberpunk&utm_medium=text&utm_content=how%2Bto%20use%20campaign%20in%20google%20analytics&utm_campaign=emarketing

假設正在看文章的您點擊了這個連結，未來我便可以在Google Analytics中追蹤到來自這個連結的流量。URL Builder做的事情其實很簡單，只是把幾個參數兜起來而已，目前已經常見的使用方式是將上述網址以縮網址工具縮短後傳播出去，知名的縮址網站bit.ly甚至還提供了Google試算表的格式示範如何運用bit.ly的API快速產生大量搭配Google Analytics Campaign網址的工具：http://spreadsheets.google.com/ccc?key=rFpFDq1djvr9Bx2Uz-K8CFQ&hl=en

最後分享幾個除了一般行銷活動之外，我想到的應用方式：

• 追蹤放在MSN心情上的連結究竟有沒有朋友點擊
• 追蹤BBS文章中的連結流量（不同討論板還可以分開設定）
• 追蹤BBS文章的簽名檔、名片檔流量
• 追蹤同樣一篇文章，以不同方式出現在不同社群媒體上所帶來的流量
• 追蹤Facebook Application在News feed、Notification或Invitation所帶來的個別流量

事實上一般程式開發者經常使用的方式是自己在程式內搭配網址的參數即可追蹤流量，但Google Analytics的優勢在於網路行銷人員不需修改程式也可以追蹤流量，並且在追蹤後可以不同維度、不同條件進行交叉分析，精準地掌握行銷效益。

只要輕輕鬆鬆幾個步驟就能完成Facebook Connect的基本串連機制，對於一些基本的網路行銷活動，或是機制較為簡單的網站，Facebook提供的設定精靈就可以協助您完成Facebook Connect而不需要修改伺服器端的程式碼。（當然您必須會修改HTML，以及剪貼JavaScript，不過這比起修改PHP或是其他伺服器端的語言應該算是非常輕鬆了！）

1. 首先請填入您網站的基本資料

   

2. 接著依照指示下載xd_receiver.htm檔案，並放到您網站的根目錄底下
   
3. 最後便會看到設定完成的畫面，Social Markup提供一些基本的社群網站元素，例如使用者個人頭像、姓名，或是好友的列表。另外還有「Publishing to Facebook」，這是個非常有趣的功能！
   

而且在Facebook Connect Playground裡面，都是下拉式選單、填寫表單的方式協助您完成需要的功能。其中值得特別注意的是Facebook Connect Playground中的「Publishing to Facebook」，您可以利用Publishing to Facebook的JavaScript設計，結合您現有的網頁快速生成一個將網頁內容推到Facebook上的機制，例如把算命的結果動態地分享到Facebook上（不過這大概就要改一點程式了，否則跟使用Facebook Share button的差異便不是很大）。以下是我設定好之後的一個流程範例：

1. 先利用Facebook Connect Playground所提供的工具建立好基本的News Feed格式，接著將這程式視您的需求放到頁面上。
   
2. 使用者在頁面上點選Facebook分享的按鈕後會看到下面的彈出視窗：
   
3. 最後就會看到結果出現在我的個人頁面上了（也就是我的朋友們有在關心我的都可以看到，病毒式的網路行銷啊！）
   

在與朋友分享Google Maps上的路徑規劃地圖時，可以將saddr及daddr參數代入網址，點選該連結之後就可以直接進入路徑規劃的頁面。

http://maps.google.com/maps?saddr=起點&daddr=終點&hl=zh-tw

於是我剛剛無聊就稍微測試了一下下列網址：

http://maps.google.com/maps?saddr=Beijing&daddr=台北市政治大學&hl=zh-tw
路徑規劃結果會如下圖所示：

規劃路徑直接橫跨台灣海峽，這並不意外，比較讓我意外的是下面兩張圖：

真是太有趣了XD Google的智慧很聰明的，遇到該游泳的時候就請你游泳，而不是丟給你錯誤訊息說：「無法規劃此路徑」XD

稍微研究了之後才知道這是一個名為「Static FBML」的Facebook應用程式，若您也想在自己的粉絲頁面上放置一些特別的內容，就可透過Static FBML應用程式來達成，FBML是Facebook自行制定用來在Facebook中呈現頁面的標籤語言，用起來其實跟HTML一樣，非常簡單，因此您可以利用過去使用HTML的觀念、作法來訂製粉絲頁面某個頁籤中的長相，您可以嵌入圖、文、Flash影音、圖片等等。FBML的教學頁面可以從Facebook所提供的官方文件中檢視：http://wiki.developers.facebook.com/index.php/FBML

步驟相當簡單，首先請先到Static FBML的頁面：http://www.facebook.com/apps/application.php?id=4949752878，會看到以下畫面：

點選畫面中的「加到我的粉絲專頁」，便會彈出視窗請您選擇要加到哪個粉絲專頁，接著回到您的粉絲專頁，在新增頁籤的地方就會看到FBML的選項。

是不是非常簡單呢？而在應用程式設定的頁面中，只要編輯FBML就可以輕鬆地插入內容，例如我想插入NBA 2K10的介紹影片，只需要下列語法：

（這語法是我自己隨意寫的，建議您參考文件後寫出更完整的語法）

另外，您可以在粉絲專頁的設定頁面中選取「非粉絲訪客的入門頁」利用不同的頁面來刺激訪客的視覺或是以其他更有吸引力的方式來吸引訪客成為粉絲，或是提高流量轉換率。

設定好之後，非粉絲的訪客（或是未登入的訪客）就會看到下列畫面：

稍微找了一下，台灣目前至少有「全家便利商店」的Facebook Page已經這麼做了，真是台灣網路行銷案例的先驅之一啊！

目前比較適合在台灣做網路行銷使用的廣告工具為廣告、粉絲專頁、分享以及聯外通（Facebook Connect），未來我將會逐一為文介紹。

本文欲分享的主題為如何在Facebook上建立粉絲專頁（How to create a Facebook page?），粉絲專頁可協助您在Facebook上經營您的品牌、產品、服務，或是樂團、歌手、公眾人物的粉絲頁面，透過在社群網站上與網友們的互動可以有效提高曝光率並得到最真實的社群回饋。
欲建立「粉絲專頁」請先登入Facebook後到此網址：http://www.facebook.com/pages/create.php，接著便可看到以下畫面（若您已經建立過粉絲頁面，可以在我的粉絲專頁管理既有的粉絲頁面）

粉絲專頁的類型有三種：

1. 地區性服務
2. 品牌、產品或機構
3. 藝人、樂團，或公眾名流

不同的類型，在粉絲專頁建立之後的差異為粉絲頁面的資料設定欄位不同，例如地區性服務可能會請您勾選並輸入店面經營的時間，品牌或產品的話則會請您輸入品牌成立的時間、公司的使命、願景、概要、網址等等。基本上只要根據您的需求選擇就不會有問題。

建立完成之後會看到以下畫面：

建立完成之後，填入關於您的品牌、產品或是屬於您的各類資訊，方便網友們搜尋或是協助網友更了解您的粉絲專頁。

1. 請上CheckFacebook.com，雖然這不是非常即時的資料，但也有一定的參考價值，例如每次更新會統計出每週成長率的數據。
   
2. 使用Facebook廣告工具

對於在Facebook有興趣下廣告預算或是想瞭解不同區隔，例如年齡、性別、教育程度、在Facebook上的主要網路或是國家等詳細數據，就可以透過Facebook廣告工具來進行數據的查詢。

Facebook廣告工具的首頁為：http://www.facebook.com/advertising/，這個連結位於Facebook每個頁面的底部，若您要直接開始使用廣告工具，請在廣告工具的首頁點選「刊登廣告」（http://www.facebook.com/ads/create/），進入刊登廣告的頁面後會看到下列畫面：

這個畫面共有三個必須輸入的欄位：目的地URL、標題、內容文字，三個欄位都輸入之後（我通常是隨便輸入，隨便輸入abcxyz.com、test、test即可）點選繼續就會看到本文欲介紹的重點畫面：

您每針對不同的條件進行調整，下方的數字便會隨之更新，您說是不是很方便呢？在Facebook這擁有龐大會員資料庫的網站進行社群行銷、網路行銷，更應強調針對精準的受眾投放廣告。

P.S. 我最近很感興趣的數字為13~18歲的台灣會員成長率，究竟台灣的中學生們會不會也能漸漸地接受Facebook呢？另外則是到底Facebook上超強又免費的相簿功能，能不能撼動無名小站在台灣的相簿網站龍頭地位？讓我們拭目以待。

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

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

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

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

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

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

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

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

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

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

首先請在您的Redmind專案的lib目錄中新增smtp_tls.rb檔案，內容如下：

接著在config/environment.rb的最後面新增下列程式碼：

記得將帳號、密碼更換為您自己的設定，若是註冊在Google Apps底下的Gmail，請記得輸入完整的帳號名稱，例如：jackson@michael.com。（domain仍然保留gmail.com即可）

最後利用git指令將最新版的程式碼丟到Heroku上即可！
git add . ; git commit -a -m “Email settings and file:smtp_tls.rb added”
git push heroku master

P.S. 請記得先以管理員的帳號在您的Redmin系統設定中將系統網址、帳號等選項設定為正確的，以免使用者遺失密碼或是註冊後無法正常啟用帳號。

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

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

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

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

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