從 clsung 那邊看到，WordPress 2.1 “Ella” 出了，想想也蠻久沒升級了，再加上是應該要處理一下 WordPress 2.0.7 解掉的 security hole，所以就來升級我的 blog 版本。
照往例一樣是採 svn update 的方法升級[1]：
先備份資料庫。
然後到主目錄下 svn update，升級到最新 trunk 版。這次我是從 r4497 升級到 r4784，差距蠻大的，
用 svn diff 檢查了一下 local modification 沒有爛掉。
用瀏覽器進管理介面，畫面顯示訊息說要 upgrade database，執行後就一切正常了。
這次的升級，應該是成功的，至少到目前為止，看起來沒什麼異狀發生。整個過程不到 5 min，簡單快速，爽。
見《Wordpress 升級到 1.5.1.3》與《升級到 wordpress 2.0.1》兩篇。 ↩
懶人總是要碰到需求了，才會有所行動與長進。
剛剛在 #happydesigner 上被 whiteg 抱怨看不到我的中文，所以趕緊真的去把 irssi with big5/utf8 recode 設好。
此時 wiki.newzilla.org 掛點中，因此看不到其 HowToIRC 與 MiniHowtoUTF8，因此只好求教咕狗大神，找到這篇：《irssi UTF-8 Big5 中文轉換與設定》。這篇比 MiniHowToUTF8 寫的清楚簡單，應該是因為部份環境我已經具備的的緣故。以下整理重點：
首先，我們不必辛苦地編輯 ~/.irssi/config，irssi 會依據使用時所下的指令，自動更新 config 檔。所以，~/.irssi/config 的格式，我們不需要研究，記好下列指令的用法即可：
設定 IRC 網路與伺服器
在 IRC 裡，是由許多個 IRC 伺服器 (server) 分散地串在一起，形成 IRC 網路 (network)。一個 IRC 網路裡面，有著許多的頻道 (channel)，只要是在同一個 IRC 網路裡的人，就可以在其中的頻道裡，互相聊天。
因此，我們需要設定我們有哪些 IRC 網路。目前常見的 IRC 頻道，多位於 ircnet 或 freenode 上。因此，我們主要把這兩個 IRC 網路加上去。
/NETWORK ADD -kicks 4 -msgs [...]
最近許多 blog 都裝了 Snap.com 的 Snap Preview Anywhere™。效果雖然很炫，但超大的 pop-up preview window，常常擋住我閱讀的視線，並對一些操作，如取 link url，造成影響。所以我決定自力救濟，擋掉 Snap Preview Anywhere™，讓這些不請自來，影響閱讀的大 pop-up 失去效用。
作法其實很簡單，用 AdBlock 或 AdBlock Plus 擋掉該 javascript 的 URL 即可。加一條 rule 如下：
http://spa.snap.com/snap_preview_anywhere.js?*
測了幾個有使用的網站，網站的其他功能，一切正常，只有不再 pop-up 惱人的 preview 視窗而已。
2006-12-21 補充：
Angus 的這篇《令 Snap Preview 在點擊時才出現預覽》，介紹了一個方法，讓使用 Snap Preview Anywhere™ 的 blogger，可以保留 Snap Preview Anywhere™ 的特效，又不至於太惱人。
睡到一半口渴睡不著，所以就來裝裝 wordpress plugins，找到一個 PostTeaser 看起來還不錯，所以就裝起來試試看。PostTeaser 是一個 excerpt 的加強版，其簡介是說：
Post Teaser generates a preview or "teaser" of a post for the main, archive and category pages, with a link underneath to go to the full post page. It includes features to generate a word count, image count, and an estimated reading time.
可惜，裝起來後發現，他的 word count 對中文字感冒，連帶地也算不準 excerpt 的長度。如果是中文字比較多的文章，很容易就帶出一大票文字，喪失了使用 [...]
Vim 的 syntax coloring 功能強大，讓人愛不釋手；而 doxygen 的出現，讓 C、C++ 甚至 Perl，也都能有像 Javadoc 那樣的 in-code documentation solution。如果能夠兩者結合，如許多 Java IDE 在 editor 裡對 Javadoc 的支援那樣[1]，連 comment 裡的文件內容，都能夠把 syntax coloring 弄得漂漂亮亮的，那就更棒了。
剛剛在逛 doxygen 網站，被我發現這個 script：《DoxyGen Syntax : DoxyGen Highlighting on top of c/c++/java》。簡單說，就是能夠在原本 Vim 對 C/C++/Java/... 的 syntax coloring 的基礎上，再增加對註解裡 doxygen 文件內容的 syntax coloring。於是趕緊抓下來試試。
網頁上的安裝方法比較複雜，我試了幾次沒有成功。所以就研究了一下 Vim 的 online document，發現 *mysyntaxfile-add* 這一節這麼說道：
If [...]
最近在整合 libiconv，希望能夠解決一些跨平台[1]文字轉碼的問題。程式寫得很高興，結果移到 Windows 上一執行，卻不能執行，檢查的結果，是不支援 WCHAR_T，嘗試改轉成 UCS-2LE 或是 UTF-16LE，雖然可以轉，但有些字還是會爛掉。經過追查的結果發現，一切都是版本的問題。
對於曾經體驗過 GNU、Linux 以及其他 Open Source 軟體的好處的人來說，如果能夠也在 Windows 平台上，使用這些工具，那可真是一大樂事，多少能夠讓 Windows 變得稍微好用一些。因此，一直以來，這些 open source 軟體，不斷有官方或非官方的人或組織，在進行著 windows porting 的工作。大喀的有 Cygwin/MingGW，小喀的也有 UnxUtils 這類計畫存在[2]。而在 libiconv 的官方網站裡，也可以下載的到一個叫做 libiconv-1.9.1.bin.woe32.zip 的特別版本，將這個版本解開後，通常是放到 C:\usr 下，設定好 PATH 環境變數，即可使用。這正是原本我在 Windows 上使用的 libiconv 版本。
但今天卻發現，這個 1.9.1-woe32 的版本，compile/link 程式都沒有問題，但就是沒有 WCHAR_T，也會讓 UCS-2LE 或 UTF-16LE 的某些字爛掉。測了一下從 google 找到的幾個 libiconv for windows implementation，發現 GnuWin32 所提供的 libiconv，並沒有這個問題。換用了這個版本，跑一遍所有的 [...]
破壞總是比建設爽，昨天 pcman 的 session，讓大家笑得很爽，但今天必須真的弄點東西，以取代萬惡的 MFC 時[1]，就顯得有點悶了。不過，我想這更可能是因為，台下的大家，終於有辦法突破防火牆的關係。
參加這種聚會，絕對是快樂的。當 wxWidgets 因為需要跨平台的因素，而不得不捨棄許多更為強大的語言工具的同時，參加這種充滿著各種令人興奮的技術的聚會，總能讓我暫時忘卻因必須 cross programmer 而不得不陳悶的工作內容[2]。唐鳳的工作成果，無疑地是很重要的，但其真正的影響，可能還要很久以後，才能為世人所感受。能夠有機會沾光，與唐鳳與 Ingy 一起分享對技術的喜悅，感受到生活裡，還是有那麼一點點是不庸碌的[3]。
有人說，這種聚會，其實是老朋友聚會，正所謂社群聚會。事實上，這樣的場合，真要說學東西，大概也學不到多少，畢竟，會來參加的，都可以說跟 hacker 這個詞，沾上邊了。既然是 hacker 了，那多半也都懂得如何自己架 Kwiki 裝 plug-in。真正的意義，應該還是在精神的交流，與去 pub 喝酒吧[4]。
感想完畢。還是來聊點技術上的收穫好了。以下列出重點：
DocBookWiki 用 wikiwyg 裡解決了 DocBook WYSIWYG 的問題[5]。
故也應該可以解決用 WYSIWYG editor 取代 Trac 的 WikiFormat 的問題[6]。
WYSIWYG 真的很重要。我在實務上的經驗是，要讓人接受 web application，就算只是個 forum ，還是給 developer 用的，若沒有 WYSIWYG，就是不行啊。
還有 multi-project support in Trac 也很重要，這不僅僅只是指讓一個 trac installation 開多個 trac project，然後彼此 hyperlink 來 [...]
我現在人在 OSDC.tw 會場，早上聽了 Jimmy Wales 的演講，比較讓我振奮的消息，是 Ingy 正在進行的 Wikiwyg[1]計畫，可惜下午 Ingy 的那場，與 jserv 的「從 web browser 與 3D 技術發展看未來桌面系統的挑戰」衝堂，jserv 的這場也頗吸引我，難以取捨下，最後選擇了愛台灣。
會場有提供無線網路，可惜只有幾個 well known 的 ports 有開放，不包括 SSH，因此只能乖乖地寫寫 blog，以及用 XMLmind Editor 打打筆記。最近已經是第二次到那種只有 HTTP 有開放的環境了，我開始在認真考慮，是不是真的要架一個 http tunnel 以因應這種情形。要不然，只有 web 能夠用，實在是感覺好像斷了手腳一樣。
看了一下這網站，畫面感覺很熟悉，似乎與我看中的 DocBookWiki 用的 WYSIWYG editor 的畫面一樣。 ↩
前幾天我在裝「Did You Pass Math?」的時候，其實也一併裝了「footnotes」，不過這個套件可以討論的東西比較多，所以遲至現在才發表。
我一直認為，寫文章用 HTML 實在是用錯了格式。如果可以的話，我希望 blog 裡的文章，是使用 DocBook 格式為其原始格式，然後再經過某種機制，好比說 XSLT，轉換成 HTML 在 blog 裡呈現。理想狀況是，blog 的後台，內建 Web-based WYSIWYG DocBook editor。但這是理想，在現實上，連 stand-alone 的版本都沒有了[1]，遑論 blog 後台的整合。因此，遷就於工具的問題，也只好將就[2]。
是故，退而求其次，我希望至少能夠在 (X)HTML 裡，呈現出我常用的文章樣式。對偏向技術性文章的我來說，最重要的就是 program listing 與 inline code 的呈現了。這個我已經藉由 FCKEditor 可自訂 CSS 的功能達到[3]，若需要更進一步的 syntax coloring 或 line numbering 的花俏功能，我認為直接在 client 端藉由 javascript 達成[4]即可。
而第二常用的文章樣式，則是 footnote，我個人喜歡使用論文 reference 的寫法，於指涉處與註解處，皆使用方刮號 ( [ 和 ] ) 包裹註解編號，並加上超連結在兩者之間跳躍。這篇《升級到 [...]
今天 comment spam 狂襲，砍到手軟。我不喜歡用 Spam Karma 這類東西，誤判機率蠻大的，重點是其介面又不方便把被誤判的 comment 救回來。另外，為了 web accessibility 考量，AuthImage(trac) 這類機制也不考慮。因此，先裝一個 Did You Pass Math? 試試看效果如何。
Did You Pass Math? 是在發表回應時，要求未登入的使用者，必須回答一個簡單的加法數學題。不像使用圖片的 AuthImage 之流，由於題目是以文字方式呈現，故在 text mode browser 上也可以達到 CAPTHA[1] 的效果。使用 lynx[2] 看的效果如右圖。
目前看來，只有一個問題，就是若不小心答錯了，按上一頁回去時，原本填寫的回應內容，都會遺失。這個還要研究一下 Did You Pass Math? 是怎麼做的，看看可不可以補強。在有結果之前，只好先加點文字說明警告[3]。
CAPTHA: an acronym for "completely automated public Turing test to tell computers and humans apart", trademarked by Carnegie [...]
