OSDC.tw 2008 餐點太好吃了，崩掉了我一顆牙
這個週末，參加了 OSDC.tw 2008 的活動，提供的餐點實在是太好吃了，讓我醜態畢現，後來還吃崩了一顆牙。XD
Adware found in WinTabber official installer
因為一次要測 1 + 8 + 7 + 1 個程式，跑在命令列視窗裡，所以找來 WinTabber 這個可以把桌面上的視窗抓進來，變成一個 tab 的工具，以簡化桌面…
Wordpress 備份與恢復記錄
很久以前就想要好好地重整一下我的 blog 了，剛好趁著搬家重灌系統的機會，好好地整理一番。那時的目標有
真正的版本控制
資料庫瘦身
升級後台編輯用的 FCKeditor
與 Sidebar Widget 相容
IE 下的畫面極為慘烈
其中，「升級後台編輯用的 FCKeditor」已經在《Wordpress 編輯器升級到 FCKeditor 2.5.x》時搞定，theme 的問題暫時先不解決，所以剩下「真正的版本控制」與「資料庫瘦身」兩個目標。
真正的版本控制
以前的作法是，用 Subversion 管理我的 Wordpress 目錄，不過只是簡單的直接 checkout 出 Wordpress 程式。雖然升級或更換版本很方便，svn update 或 svn switch 一下即可，不過自己在 local 端，因應自己的喜好而做的更改，就沒辦法有好的版本控制機制，加以管理了。
也就是說，我希望在能夠隨時將 Wordpress 主網站的更新同步回來之外，還能夠保有自己因喜好而產生的一些小改變。如果 Wordpress 主程式和我自己的改變，是存放在同一個 subversion repository 裡，那這一切就可以做到。
簡單講就是，如上圖，我希望能夠隨時 incrementally 從 Wordpress 主 subversion repository 將最新的修正，mirror 到自己電腦上的 subversion repository 裡，成為一條 mirror branch。然後，又能夠有自己的一條 local branch，儲存自己的喜好，同時又能夠隨時視需要，將 mirror branch 裡的東西，merge 進我的 local [...]
哈部落的匯入問題
FunP 改版，變成四大功能之後，基本上我還是都只有在用「我的頭版」，因為這個跟原來的 FunP 長得一樣，其他的我不太會用。剛剛試用了一下「哈部落」，結果還是以失敗收場。
首先，從右邊的「什麼是『哈部落』?」根本看不出來這是什麼樣的服務：
你一定聽過「部落格」，搞不好還有好幾個自己的部落格。「哈部落」是 funP.com 的一項服務，讓你輕易發現、訂閱、分享網路上有趣的部落格。你也可以在這裡將你的部落格分享出來，讓更多人聽見，你的觀察/日記/心聲/雜記！
「哈部落」現在共有 2684 個部落格，把你和你喜歡的部落格一起來加進來吧！
「發現」、「訂閱」、「分享」、「觀察」、「日記」、「心聲」、「雜記」？到底哪一個才是哈部落的功能？這麼多種截然不同的功能，讓我看不懂，沒辦法理解「哈部落」到底是什麼樣的東西。這種有跟沒有一樣的說明，看起來親切，但卻一點用處也沒有。
進去「哈部落」後，可以發現，大概有三大功能：「部落格總攬」、「我最愛的部落格」與「最新文章」，而首頁差不多就是這三大功能的綜合呈現。
部落格總攬
「部落格總攬」看起來就像是「部落格觀察」，只是似乎依據的是 FunP 內部的統計資料。我對部落格排序沒什麼興趣，就算要用，那也只是窮極無聊，沒東西可以看的時候，才會去翻。所以「部落格總攬」做的那麼大一塊，還放第一個，但對我來說，卻是沒有什麼意義。
我最愛的部落格
「我最愛的部落格」？喔，我懂了，原來「哈部落」其實是個 RSS aggregator，早說嘛！也許多了點現在流行的，號稱 social 的功能吧？！
試著匯入我的 Google Reader 匯出的 OPML 檔，果然，跑了一個小時，還沒匯入完畢。直接開新頁面去看，已經有若干 feeds 匯入了，可是原本的分類標籤，全部不見了，所有 feeds 攤平在一起。從介面上來看，「我最愛的部落格」沒有像「部落格總攬」那樣，有分類的機制，看來原本我的分類標籤之所以會不見，是因為根本就沒有支援分類的功能。當 feeds 數量一多，基本上就會是兩個字：難用。
若干 feeds 亦尚未「登入到哈部落」，還要手動幫忙按一下才行。我搞不懂這為的是什麼？如果所謂「登入到哈部落」，並不會把這個 feed 公開，而只是個人使用，那這個功能實在是脫褲子放屁，匯入就已經是表示要加入這個 feed 了，幹麼還要再多按一下。不過搭配「某些 feed 已經被登入到了哈部落」這個事實來看，「登入到哈部落」指的應該是這個 feed 將會公開，像是加入了 planet 一樣。我想，一般人通常是不喜歡在不知情或未同意的情況之下，就被加入到某個 planet 裡，成為其可用以賺錢的內容來源 (「部落格總攬」右方有 Google AdSense 區塊)，所以我不應該去按這個鈕[1]。
最新文章
「最新文章」看來可能就是「登入到哈部落」後的那個 planet。一般來說，planet 是有主題性、社群性的，而且都是小眾。但即使是屬於小眾 planet，文章量總和起來，也多的驚人。哈部落目前收納了 2,684 個部落格，分類約有 12 個[2]，先撇開實際上一個部落格可能同時屬於多個分類的問題，平均下來每個分類也有兩百多個部落格。一個聚合了兩百多個 feeds 的 planet，一天的文章量想必驚人，在資料爆炸的情況之下，這種 planet 一點價值也沒有。
更何況，我估計哈部落的「登入」根本沒有什麼評選機制，也只有按時間排序一種呈現方式，良莠不齊導致垃圾充斥，這種 planet [...]
(還不是真的) Android 中文注音輸入法
Android 甫推出，就受到極大的矚目，尤其是 Google 還辦了一個 Android Developer Challenge 的計畫，拿出一千萬美元的獎金，獎勵在 Android 平台上的好 idea。
我簡單地瀏覽了一下 Android 的 API，發現在上面寫 AP 實在是簡單到不行。可能學過 java 幾個月的大學生，都有辦法寫出不錯的 application。好用的 API 實在是平台興盛的要素之一啊。
然後我就不小心寫出了個(還不是真的) Android 中文注音輸入法來。這實在是因為 Android 已經準備好了一個 TextInputMethod 的 class，只要繼承之，實作出自己的 keys to input 的轉換規則，然後要用的地方再 setInputMethod() 或於其 layout xml 裡設定一下 android:inputMethod，一切就搞定了。
不過，由於我還找不到，怎樣讓這個輸入法，能夠在任何不是自己寫的程式裡開啟。在不能夠 globally activable 的情況下，還只能算是個「還不是真的」輸入法。這個問題，是目前最需要被解決的問題。
除了不能 globally activable 之外，我本來想要把輸入法表格先匯入 SQLite 資料庫裡，然後於輸入時查詢對應。一來能夠享用 SQLite 的快速查詢能力，二來 SQLite 也是 Android 官方的資料儲存方式。不過，資料庫都建好了，也用 adb push 放在文件說的標準位置，也直接用 [...]
能產生 trac wiki 語法的 WYSIWYG editor plugin
今天看到的，讚：TracWiki WYSIWYG Editor Plugin。
能夠真正產生 Trac 的 wiki 語法存在資料庫裡，故能完美地與 Trac 協同合作。不像 TinyMce Wiki Plugin 會存入 html，造成相容問題。
經測試，能夠直接從 word 把內容複製貼上，樣式會盡可能地保留[1]。
雖然不甚完美，但毋須苛求了。 ↩
Incomplete AideRSS
最近幾天，喵到了幾篇文章，如天佑的《AideRSS - RSS 篩選服務》，介紹了 AideRSS 這套「有點聰明」的 online RSS reader[1]。簡單講，AideRSS 做了一套叫 PostRank 的方法，收集 feed collection 裡的所有文章，依據其 del.icio.us、digg、technorati、comment# 等數字，丟入某種公式，計算出 rank 值，推薦給使用者作為選擇的參考。就好像 look.urs.tw 是針對「站」做 ranking，AideRRS 則是針對「文章」做 ranking，然後再加上 online RSS reader 的介面，形成一套應該會有效的「個人用資訊篩選排序系統」。
不過，最近我好像比較犯衝，每試用一個新的服務，就會遇上一些「卡點」[2]，在沒什麼空閒時間的情況下，通常都只能放棄。
AideRSS 似乎也不甘寂寞，也讓我碰上卡點了。在試用一、兩個 feeds 之後，因為資料量太少，看不出其威力，因此我就 export 出 google reader 的 feeds，餵進 AideRSS，這樣資料量應該就夠多了。但是我沒有想到，結果反而造成資料量太多，內容類型過於分散，一堆其實不需要每天閱覽的 feeds，反而「污染」了 AideRSS 的結果。
然後很不幸地，我找不到「全選」的選項，以便把總共六百多個 feeds 一次刪除。而逐條刪除的介面又很奇怪，刪除完後會跑到 dashboard，還要再切回 feed list 才能繼續刪除。
而且期望中覺得應該會有的，filtering rules、categorization 等功能，也找不到。本來還以為是還沒收 email 將帳號 activate 的關係，結果 activate 之後[3]，畫面還是相同，沒有任何改變。
因此，以上種種，造就了「除非手動辛苦地將所有 [...]
同一目錄下檔案數目對效率的影響
看到這篇《Tree-structured FSFS repositories》真的必須記錄一下。不過還是先前情提要一番，再來記錄重點，與自己的想法好了。
Subversion 的 FSFS 原本是把每個 revision 存成一個檔案，放在同一個目錄下。所以，如文中舉例的 Apache Software Foundation (ASF) 的 repository clone，如果總共有 500k 個 revisions，就會有 500k 個檔案，塞在同一個目錄裡。而即將推出的 Subversion 1.5，會改進 FSFS，將檔案以 1000 為單位，分散在不同的子目錄下。
本篇文章值得記錄的有以下幾點：
"Macro-benchmarks using a clone of the ASF repository (about 500k revisions) showed that the new scheme might be slightly (<1%) slower than the old scheme for reads"
"VFAT exhibits roughly O(N) behaviour, and [...]
加裝 google-code-prettify
看到這篇《網頁程式碼美化程式 Google Code Prettify》的介紹，我也試裝了一下。果然所有程式碼的列表，自動有了 syntax highlighting。
Google Code Prettify 的特色是，用的時候不需要指定語言，會自動偵測。我們「唯三」需要做的，就是：
在 <header> 引入 google-code-prettify 的 css 與 javascript 檔。
將你要做 syntax highlighting 的程式碼，寫在 <pre> 裡，並賦予 prettyprint 的 CSS class。
在文件全部載入之後，呼叫 prettyPrint() 函式。
由於我有一堆文章，已經把程式碼放在 <pre>，使用 code 這個 CSS class 標示，因此，我需要做一些額外的處理，把這些 <pre class="code"> 找出來，再多加上 prettyprint 的 CSS class。
將 google-code-prettify 抓下來解開後[1]，會有兩個檔：prettify.css 與 prettify.js，一起放到 theme 目錄下即可。因為 Y!UI 很好用，所以我就偷懶直接依靠 Y!UI。修改 wordpress 佈景主題的 header.php 檔[2]，在 </head> [...]
黑米商業模式大解密？
昨天才發了篇《見微知著》，剛剛就從 XDite 那邊看到的：《未經書面允許，不得惡搞?》，獨孤木發信決定退出黑米，Qing 也發文說明，他的程式，幾乎不會對黑米造成預期之外的影響。
阿西事件時，黑米也曾經自己改過使用者條款，而且沒有公告周知[1]。印象中是阿西先被逼走，在熱烈的討論之下，於是黑米增設了「禁止玩殘黑米條款」。那什麼叫做「玩殘黑米」的行為呢？條款裡寫的很模糊，不過按照經驗，大概是指會讓站長看得不開心的行為吧？！
印象中，「其他『黑米』有正當理由認為不適當之行為」那時就加了[2]。可惜 Internet Archive 只有收集到 2006-04-30，且所收集到的所有時間點，黑米都未曾出現過「服務條款」。不過，既然早就決定退出黑米，所以也沒有螢幕截圖留證就是了。
Qing 說，「以後黑米就加一條：使用者如果使用黑米的服務，必須每月支付一百萬元新台幣，並且溯及以往」。一開始倒真是嚇到我了，尤其是黑米二年級生的感嘆也指出：
黑米條款第一條是這麼寫的:"「黑米」有權於任何時間修改或變更本約定書之內容，建議您隨時注意該等修改或變更。您於任何修改或變更後繼續使用「黑米」，視為您已閱讀、瞭解並同意接受該等修改或變更。若您不同意以下所述內容，請暫時不要參與黑米網站上的活動。"
難道，這就是黑米的 business model 嗎？
只有在某些討論串裡提及。 ↩記得我很早就提過(黑米新搜尋真的好難用，找了好久才找到)，黑米應該好好去請個律師，把制度搞好。不過，到現在這個版本的使用者條款，某些部份還是看起來讓人覺得匪夷所思。 ↩
