Blog.XDite.net

三樓並不是沙發

xdite — Thu, 03 Jul 2008 20:56:11 +0800

今天見到不少人都在討論的一個詭異事件，無名小站將留言回覆自行加上了X樓的標示，並自行在 1-5 樓加上了俏皮變形。先撇開這種俏皮到底妥不妥當（個人就覺得一點都不好笑也不適當），其中三樓典故更有相當的誤用。

沙發是大陸用語 sf，展開來的意思是 second floor。英國用法的 second floor 的確是指一般樓房的三樓沒錯，但是沙發的典故是出於一般論壇的帖子的”首篇回應”，也就是頭推，稱之2樓(second floor）。

誤解鄉民文化，將沙發解讀成三樓，真是大大糗了一回啊。

—
揭露 : 自 2008/05 筆者已在 PIXNET 開始兼任網路分析師一職，此言論不代表公司立場。

Demomo SHOW，鄉民網路創意展，大家來報名吧！

xdite — Thu, 03 Jul 2008 16:30:11 +0800

緣起：因為之前想辦天下第一惡搞網站武道會，於是找了 Tempo 商量了以後最後以 HappyWeb11 的名義舉辦了這個活動。討論後決定網站內容不只限於惡搞，只要覺得你的網站夠酷，不給鄉民用真是可惜，這一類的都可以來報名並且 demo 。

提供了獎金，而且目的相當單純，只是希望大家競飆創意，歡迎大家踴躍報名！ XD

—–
Demomo Show 鄉民網路創意展

活動介紹:

你有一個自己做的小小網站/服務/widget, 你沒有準備到國外參展, 也不確定要不要籌資, 也不知道除了放 adsense 以外的其他商業模式..
但, 莫名的一股熱血 (或不切實際的夢想) 讓你覺得你非做這個站不可..

那, 這個 Demomo Show 就是為你專門設計的..
Dememo Show 是以這些小工具, 小想法, 小搞笑為主的非主流網路發表會, 除了團隊規模不得超過外, 並無其他限制, 要做公益, 熱血, 鄉民服務, 收費/免費, 18 禁都可以來參加..
除了提供這個發表的機會, 我們並準備小小的獎金等著你來拿喔..

若您有興趣聽聽這些鄉民網路服務, 也歡迎您當天來現場參加我們的活動, 一起參與投票喔~~

時間:
8/3(日) PM 1:00~3:00
台灣網誌青年運動會 BOF: 當天舉辦 24 小時狂歡派對, Demomo Show 時段為下午 1:00~3:00

地點:
四四南村 : 台北市信義區松勤路 50~56 號 (網頁有介紹交通資訊)

觀眾報名:
報名方式將晚點公布

團隊報名:

團隊參賽條件:
1. 題目沒有受限, 也不需要是初次發表, 但該網站/服務的程式開發團隊必須在三人以下 (以實際動到程式碼的人數為主)
2. 該網站/服務在 8/3 發表之後需開放給觀眾使用 (不需要 100% 完整運作, 但不能發表完就倒站了)

選拔條件:
觀眾票選前三名 “回家後最想要立刻使用的網站”

獎項:
第一名: 10000元
第二名: 3000元
第三名: 2000元

參賽報名截止:
7/25(五) PM 11:59 (請儘早報名, 若報名的網站超過可以上台的團隊的上限, 將以報名先後順序為準, 敬請見諒)

參賽報名:
需準備下列資料:
1. 作品名稱
2. 作品簡介(如: 功能, 開發動機..等, 限 200字以內)
3. 開發者姓名或網路ID
4. 聯絡 email 與行動電話

email 至 demomo@happyweb.tw, 且標題寫上 “demomo show:” + 您的作品名稱

當天發表需準備:
6 分鐘簡報, 最多 12 張投影片, 需自備 notebook

活動若有更新, 我們會同步在BOF 網站, HappyWeb, XDite Blog 通知大家..

[Rails] The Better Way To Do Random

xdite — Wed, 02 Jul 2008 02:56:36 +0800

VeryXD 在週末升級完成了 Rails 2.1 之後，很高興的就在 PTT2 的個人版先發佈了這個消息。大神一時手癢就幫忙「測試」起敝小站，他測完之後在 blog 上寫了一篇關於 MySQL 調整的 tips，大家可以參考看看。幫補了幾刀 index 調整以後大致上快了大概 5-6 倍吧 (Y)。

大神看完 MySQL LOG 以後覺得我在實作 random 的方式並不是很好，扔了這篇文章叫我參考改寫。（P.S. 這篇文章的作者雖是 lighttpd 的作者，但他是 MySQL AB 的員工）

原先我在 Rails 1.2.6 的版本是用比較普遍的寫法。

用 Model.find(”random”) 的方式作。

def self.find(*args) if args.first.to_s == "random" ids = connection.select_all("SELECT id FROM gphotos where status = 'published'") super(ids[rand(ids.length)]["id"].to_i) else super end end

換到 Rails 2.1.6 時，我改用了 named_scope + rand。

named_scope :latest,:conditions => "status ='published'", :order => "id DESC"

def self.pick self.latest.rand end

兩種寫法都是先去 SQL 拉回來，在 app 這邊算，但是這樣效率也是不太好。

目前最新的版本照了文章建議的方式改寫，把 rand 又扔回 database 方去做。

def self.pick
return Gphoto.find_by_sql(”SELECT * FROM gphotos as r1 JOIN (SELECT CEIL(RAND() * (SELECT MAX(id) FROM gphotos)) AS gid) AS r2 WHERE r1.id >= r2.gid and r1.status = ‘published’ ORDER BY r1.id ASC LIMIT 1;”).first;
end

[ 先用找出一個值 CEIL(RAND*MAX(id)) 找出一個亂數值，但是這個亂數 id 可能不落在你希望的條件的範圍內，因此要取 id 大於此值但符合條件的下一筆資料）]

為何用 temp table 作 JOIN 而不用 id >= status 可以參照文章內的警告或大神（這篇寫的中文版解釋）。至於 r2 為何要取名叫 gid，而不是 id ，是因為 join 出來的結果會有 2 個 id，然後 rails 就會精神錯亂 ….

再用 httperf 下去打，速度快了 30 倍（P.S. gphotos 大概是六萬多筆的資料量）。

提供這方面的實務數據讓大家參考一下。

VeryXD 底層升級到 Rails 2.1

xdite — Tue, 01 Jul 2008 20:35:21 +0800

VeryXD 是筆者今年年初一時興起寫的網站，不過當時 Rails 2.0 尚未讓人完全放心。因此還是使用 Rails 1.2.6 開發。不過因為新工作的關係，在敝社開發時摸的幾乎都是 Rails 2.0 的東西，而我在開發敝社新作 sudomake 時，更是直接用了 Rails 2.1，named_scope 讓我感到相當強大與暴力。

但鑑於 Rails 1.2.6 與 Rails 2.0+ 實在差異過大，因此雖說是升級，但是幾乎等於重寫（我吃盡了苦頭）。花了我很大的力氣才重新整備完畢，終於在本週末改版完成（雖然你不會感到加了什麼功能，事實上我也沒有添加任何功能，只是以更有效率的方式重寫了一遍），請舊語新知繼續愛用。

btw (絕望網，我也一併升到 Rails 2.1 了）

另外附上一個 rake stats 的數據供大家參考：

以 REST 方式重寫 VeryXD，Controller 的行數幾乎少了一半。

不願面對的真相：網站創業，你準備好了嗎？(6)

xdite — Tue, 01 Jul 2008 04:52:50 +0800

好久沒有寫文章，這一系列也擱置了相當久，主要是最近相當的忙碌，還一併搬了家，所以沒有什麼休息的機會。今天晚上一時興起，想繼續接著把這一系列寫下去。

在我認識的人當中，不乏許多想網站創業的人，其實甚至是高達 70% 以上的人都想著這件事。不過，想這麼做的人很多，但實際上付諸行動的很少，而最後甚至能做出成功（或改一下，稱之讓人驚豔）作品的更少。這當中的 CASE，很多是工程師兩三人四五人業餘的玩具大放光芒。至於 TEXTBOOK 或討論區大大(?) 所講絕大部分「計畫縝密的專案」、「絕佳的點子」卻往往兵敗如山倒。

我們往往羨慕矽谷的創業風氣與環境，並且哀嘆自己國家的市場與人力素質，認為這是網路產業頹靡的緣故。但追根究底，筆者卻覺得這並非大環境的錯，而在於民族性所造成的前因與後果。事實上，國內想網站創業的人很多，想投錢的人也很多。但為什麼一直沒有亮眼作品的誕生？大致上就自己的經驗，我想歸納成兩個因素：「大家總是嘴砲的太多，卻執行的太少。」、「台灣投資的習慣是炒短線獲利了結，網站創業回收時間太長無法令人等待（若加上錯估成本與執行的變因那更慘）。」

當然，主要還是前者的原因比較大……。

「嘴砲的太多，執行的太少」。What？你是在批評我們囉。

是的，我不得不這麼承認。

我們國家的教育自幼教導我們做事必須遵照「標準答案」，而非「勇敢實踐」。於是，你可以看到『創業版（PTT i-enterprise）版上許多人花上時間去爭論何謂網站的「必備因素」、「必備團隊」、「必備計畫書」』，或者是『創業者照了奇怪的教範花上大錢請了相當多「PM」（絕大部分非工程底，事實上我國相當奇妙，外國相當多網站 PM 都是念 CS 的，我們卻相反）、「專業行銷人員」在行銷網站』；卻『吝於自行進修買幾本「Practical PHP Project」、「Practical Rails Project」、「Practical Django Project」瞭解網站如何建置，懶得抽點時間閱讀網路新聞、外國部落格，玩玩新創網站，閱讀瞭解網路動態（網路發生的事，並非新聞網路版）』並主動求知求新的這種詭異現象。

如果你曾經實際經營一個論壇、經營一個網拍賣場、經營一個部落格也好。你就會瞭解網路業其實是一個很大的自由搏擊場，要想要贏得別人，只有靠著不斷的實際 Practice，不斷的投注心力，不斷的從經驗中得到自己的一套理論，才有生存並出頭的機會。

沒有這樣決心的人或者是團隊，只把流程簡化成「我有錢，找來一組人，照著國外或者是創業部落格的那一套實際操作，這樣就絕對OK」，那樣的心態說什麼都是絕對不會成功的。

（to be continued …）

[廣告] 我要成名！部落格人氣No.1的秘密

xdite — Mon, 30 Jun 2008 12:54:01 +0800

在這裡廣告一下，前陣子參加了一本部落格人氣書的共同寫作，現在書要出版了，於是來這裡貼個廣告。不過雖然你可能會看到博客來網站書介紹頁作者是寫 XDITE，但其實作者是 XDITE 等人……（被博客來去掉了，我不敢獨自居功）。

我是負責其中兩到三章的 CHAPTER，內容是有關於部落格觀察（按：前陣子發生的爭議是在交稿後的一週，並非有意炒作內容）以及一些暗黑秘技的相關討論，我負責寫作的部分的內容都是從來沒有刊載過的，包括 FeedBurner 如何灌水，如何使自己文章變成網路頭條等等一些自認為是相當有誠意的爆料（誤）。（其實是這兩年觀察網路下來的一些心得）

如果有興趣搶先閱讀相關內容的話，請捧場一下，謝謝 XD。

—
update: 剛剛去 7-11 發現已經鋪貨了，決定自己花錢買一本書簽名送給老爸，發現這本有膠膜，提醒一下大家。

[Rails] Clickpass.com，輕輕一擊，即可認證！ - (2) 實作

xdite — Wed, 18 Jun 2008 12:14:34 +0800

在之前 OpenID 架站懶人包一文中，筆者提及了目前釋出的這個版本結合 Clickpass 相當方便。方便到其實你只要照著我貼的圖片打設定，就裝好了 XD。

1. 首先，當然是要把懶人包 on 起來，再至 Clickpass 申請帳號，切到 developer 設定。
( 筆者架了一個 demo site, opdemo.veryxd.net）

輸入這些資訊

2. 設定 OpenID 負責新增帳號的位置

以 demo site 為例，是 http://opdemo.veryxd.net/session

儲存設定之後，就可以把它提供的 button 語法貼到 /SITE/app/views/sessions/new.html.erb 裡面。

3. 設定 OpenID 負責整合帳號的位置

以 demo site 為例，是 http://opdemo.veryxd.net/users/add_openid

是

底下的 callback url 也要設一下 http://opdemo.veryxd.net/users/add_openid。

儲存設定以後，將 button 語法貼到 /SITE/app/views/users/edit.html.erb 裡面。

這樣，就完成了 Clickpass 的整合，是不是很簡單呢？開始動手做一下吧！XD

如果有興趣的話，可以造訪敝公司的 sudomake 或我的 demo site 試玩一下。

[Rails] Clickpass.com，輕輕一擊，即可認證！ - (1) 原理

xdite — Wed, 18 Jun 2008 11:39:35 +0800

前幾天，筆者在 blog 上釋出了 Rails 的 OpenID 開站懶人包。今天又將要釋出 sudomake.com 上另一個有趣的認證機制的做法，Rails 如何結合 ClickPass。

(如果讀者不清楚 OpenID 是何物的話，可參照重灌狂人對於 OpenID 的詳細介紹，或者是 ericsk 對於 OpenID 認證機制的介紹）

引述重灌狂人文章的一小段作為開場

大家可能常會遇到一種狀況，每次發現一個好用的網站時，都得在該網站註冊一組帳號、密碼才能開始使用，時間久了之後，常常會忘記自己在哪個網站使用過哪個帳號跟密碼。雖然有些人會直接在各大網站使用同一組帳號、密碼，不過如果遇到壞心的站長或站務人員把你的帳號、密碼拿去別的網站登入、窺探你的秘密的話，那就防不勝防了。

後來，網路上漸漸的發展出一種OpenID的機制，所謂的OpenID就是一種共享式的帳號登入、識別系統，我們可以先在各大「OpenID註冊中心」免費註冊一組專屬的帳號，然後拿這個OpenID來登入其他「支援OpenID登入的網站」。

透過OpenID的標準化獨立認證、登入方式來登入各大網站，對於使用者來說只要註冊一次OpenID的帳號，就可以在每個支援OpenID登入的網站來去自如，不用再重新註冊或管理多組帳號、密碼，看起來方便多了。

不過，即使網站有提供 OpenID 機制，但 OpenID 網址往往落落長一串，老是要打那麼多字真的是很煩。這時候我們想到了提供另一種方案，Clickpass！

Clickpass 也是一家 OpenID 提供商，完整的 IDEA 可參照這個影片！

How Clickpass works from Peter Nixey on Vimeo

而究其原理，Clickpass 在提供 OpenID 時的做法與較提供商較為不同，Clickpass 提供的 OpenID URL 是亂數產生的，而提供給每個網站的 OpenID URL 也都不一樣(還是會對應到同一會員，Clickpass 會判斷）。而使用者一但註冊成 Clickpass 的會員之後，只要到任何提供 Clickpass 登入的合作網站，只消輕輕一擊，就可登入，完全不用再打那一串落落長的 IDENTITY URL，相當方便省事。( 個人覺得很酷就是了 …)

目前已經有數個比較有名的網站提供 Clickpass 的 Login 服務，如 Scribd.com、ma.gnolia.com，甚至你還能在 Wordpress 上使用 Clickpass（有提供 wp-plugin)！
延伸閱讀；

和多官方網誌；淺談 OpenID

續：如何衝高你的部落格觀察的排名？

xdite — Tue, 17 Jun 2008 05:20:08 +0800

我在去年年初寫過一篇：「如何衝高你的部落格觀察排名」，其實裡面大多是一些正面的手法。當時玩了幾下，就大約猜測出排行榜的運作的原理了，不過還是基於鼓勵其他人寫作的初衷，稍微寫了一下原理，只是都是一些白手法。

所謂運作的秘技也沒什麼，因為排行榜的公式參數就圍繞在於你賺了多少外站 LINK。所以洗 HEMIDEMI 書籤數、feedburner 訂閱數這些事其實事倍功半。真正有效的方法的是利用交叉連結，多個部落格，多篇論壇文章，blah 幫自己灌 …

在前一篇文章裡，我提到了這些部落格相對來說，都沒有高點閱數。gene 在 comment 裡反駁了我排名與點閱數並無高度相關。這件事我當然知道，看了公式就知道。只是若是一個正常的部落格高排行，照部落格觀察的公式來說，十之八九如果具有高連結數。而一般在「正常的情形」下，具有這麼高的外站連結數，是否幾乎也是一個精彩的部落格呢？

Page 總分高又精彩的部落格沒有高點閱數相襯，我完全不相信。這就是我想點出的事情。（至於老牌部落格：點閱率低卻有高排名，這又是另外一件事了。所以相當不懂 gene 要在這篇文章把 carol 一同扯下水是什麼意思。）

部落格觀察的 GAW 三人組加上後來的透明藍樂摸，排行榜數字與部落格表現不相稱得誇張，這是圈子內大家都私下在質疑的事。（記得有一次甚至 gene 的 blog 甚至高過彎彎，還是我記錯了？）這當中也有我的朋友，素無冤仇，看完排行榜數據知道發生什麼事，我也就不主動說什麼了。

但是現在 gene 主動跳出來說這些工作人員的高排名是正常的現象，我就不是很同意這句話了（雖然我承認前篇的數字是我一時看錯，心想這灌水也灌的太過頭了吧，沒有查證詳細所發）。這排行榜唯一的好處，就是還留著一些 data。如果有興趣深究的話，其實就會發現異常部分，就是他們的 「Page 總分」與「影響」相當之高（從總排行榜和歷史軌跡可以看得出來），高過艾瑪、洋蔥頭 blah 一大堆知名部落客。而繼續再挖下去，就會發現 「Page 總分」和「影響」的異常來源就是 Yahoo 的 Site Explorer，至於 Site Explorer 為什麼會特別高….？那就讓大家研究吧 :p

我只是相當好奇，明知道自己的排名受這項參數的影響相當大，仍然堅持這些高排名是一個公正的存在。在某種程度上是相當大的程度把認真看待這項排名的人愚弄了吧？天曉得，其實自始自終都不要管排行榜，自己專心寫部落格才是王道吧，我想。

千寫萬寫不如直接灌？

xdite — Sun, 15 Jun 2008 23:02:48 +0800

今天正在寫一些文章，需要翻閱一些資料，就上了「部關門」，發現了一些相當有趣的事。

其中尤以這個 KWWK 部落格最讓人覺得有趣啊。只有三篇文章，使用「kisworld」在 google 也約只有 7700 個搜尋結果，就在部落格觀察排名 124 。那些其他辛苦認真寫，還怕自己不認真寫排名會巨幅震盪的作者應該會覺得很幹吧 XD

update: 內容看起來是這 blog 是 gene 新公司的 (?) 部落格，然後 124 團體部落格的排名。沒想到貼紙有+ cat?=5 顯示群組排名這麼樣一個秘技，部落格觀察壞掉疏於查證真是抱歉啊。

不過讓人好奇的是，為什麼合作成員的部落格排行都高得嚇死人，而每個人的 daily pv 大概卻都只有 200 以下 …:p