可是有人在念，說我好久沒寫文章，所以就先換個 captcha 機制試試囉。這個新的 captcha 機制蠻有趣的，大家試試囉。

這幾天心情不好，就把我的 blog 的皮脫光光，然後亂換 theme 玩弄之。之前的 theme 有以下幾個問題：

• 在 firefox 下列印，會讓 firefox 當掉。後來單獨測試 sandbox 原始官方版，也會讓 firefox 當掉。
• 因為本人糟糕的 css 功力，只懂得照 manual 操課，不曉得怎麼迴避 IE 的 bug，所以畫面在 IE 上看來，非常地糟糕。

我對 theme 的目標依然不變：

• 浮動寬度 (fluid width)：網頁不是畫板，不應該是固定大小，而該能夠隨著瀏覽器的大小，而顯示出最適合閱讀的樣貌。
• 二欄式 (2-column)：因為我的文章常常又臭又長，單欄式設計時，meta 得放在最下面，使用不方便，放在最上面又會佔據第一眼的空間。又因為我的程式常常要塞程式碼，三欄式設計的話，本文欄位通常會不夠寬。所以，二欄式設計較適合我。
• 邊欄在左 (sidebar-on-left)：因為程式碼都是 left-to-right 由左至右，又因為可能會有很長的內容，若邊欄放在右邊，就會和太長的程式碼衝突，互相遮蓋。所以邊欄要放在左邊。
• 主文在前 (main-content-first)：在 html 原始碼裡，主文內容應該擺在輔助內容的前面，有助於 SEO。這點與邊欄在左 (sidebar-on-left) 相衝突，因為 html 原始碼裡再前面的內容，會顯示在左邊，故必須要 CSS 技巧矯正。
• 雜誌封面式首頁 (magazine-styled homepage)：我想要拋棄 log 式排排站的首頁，僅在首頁依據最近發表的內容，如雜誌封面般地顯示。
• …其他。

首先我先重新尋找，看有沒有符合需求的佈景主題，最後挑中了以下幾個：

• Classic Beauty：在 IE6 下有問題。
• Indigo：在 IE6 下有問題、右邊欄。
• JustSimple：這個 theme 我最喜歡，可惜在 IE6 下還是有問題，左邊欄會跑到下面，應該是 box model 的關係，但我不會修。
• Rational：在 IE6 下有問題。
• Right Blue：在 IE6 下沒有問題，可是顏色太豔了，看久了眼睛不舒服。
• SandPress：也是很讚的 theme，目錄下只有圖檔跟一個 CSS 檔，只靠 CSS 就可以弄得這麼漂亮，厲害。在 IE6 下沒有問題，可惜是右邊欄，我不會修成左邊欄。

最後乾脆自己來，到網路上找到一個左邊欄的寫法，然後就著東修西改，最後被我弄出來了。在 IE6 看已經不會亂七八糟了，雖然還是有些小地方不太對勁，但至少能看了。爽。

• 真正的版本控制
• 資料庫瘦身
• 升級後台編輯用的 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 branch 裡。

換句話說，我需要某種 subversion repository mirroring 的機制，且目的地端不能夠是 read-only，否則我就沒辦法擁有自己的 branch。

目前可以用的工具，有這三種：Subversion 原廠的 svnsync、SVN::Mirror 與 SVK。

使用 SVN::Mirror 複製 wordpress repository

Subversion 原廠的 svnsync 只能夠 mirror 出 read-only repository，目的端是來源端的完整複製，拿來做備份很好用，但不符合我的需求。SVK 有用到 SVN::Mirror，所以我先試試 SVN::Mirror。

SVN::Mirror 有附一個叫 svm 的工具，可以讓我們直接在 command line 呼叫 SVN::Mirror 做事情，這樣就不需要寫程式了。假設目的端的 subversion repository 在 /svn/wp，使用 svm 的方法如下：

SHELL> env SVMREPOS=/svn/wp svm init /mirror http://svn.automattic.com/wordpress/
SHELL> env SVMREPOS=/svn/wp svm sync /mirror

這樣就搞定了。/svn/wp 不需要是一個「乾淨」的 repository，只要 file:///svn/wp/mirror 目錄不存在即可。

接著，我就可以用 svn copy 製造自己的 local branch：

SHELL> svn copy file:///svn/wp/mirror file:///svn/wp/local

然後任何自己做的修改，就直接 commit 到 file:///svn/wp/local，想到時，就再 svm sync 一下，然後用 svn merge 把 file:///svn/wp/mirror 裡的新的東西，merge 到 file:///svn/wp/local 裡即可。

使用 SVK 複製 wordpress repository

用 svn log 翻閱利用 SVN::Mirror 所做出來的 mirror branch，大致如下：

SHELL> svn log --limit 2 file:///svn/wp/mirror
------------------------------------------------------------------------
r6353 | ryan | 2007-12-04 08:40:00 +0800 (二, 04 12 2007) | 1 line

Avoid unnecesary call to get_userdata in get_permalink function. Props
xknown. fixes #5414
------------------------------------------------------------------------
r6352 | ryan | 2007-12-04 08:19:10 +0800 (二, 04 12 2007) | 1 line
Don't save page and attachemtn uris to page_uris and page_attachment_uris.
This is not needed.  Add an option to use wildcard page rewrite rules
instead of per-page rules. see #3614
-----------------------------------------------------------------------

我們會發現，雖然 commit author/message 等資訊都還存在，可是所對應的來源端 revision number 遺失了，例如上例中的 r6353，在 wordpress repository 裡實際上是 r6352。如果說 mirror 目的端是個乾淨且完整複製的 repository，目的端的 revision number 就會剛好是來源端的 revision number，故不會有遺失的問題。但很可惜的是，我需要在 local repository 裡建立 local branch，並 commit 進自己的改變，故一定會造成 revision number 無法對應的情況。

因此，我只好祭出 SVK 來，改用 SVK 來進行 mirror，步驟大致如下：

# 建立 local subversion repository。
SHELL> svnadmin create /svn/wp

# 製造 svn-sync 專用的 svk depot。
SHELL> svk depotmap sync ~/.svn-sync

# 設定將 /sync/wp/remote 映射到 wordpress 的 subversion repository URL。
SHELL> svk mirror /sync/wp/remote http://svn.automattic.com/wordpress

# 設定將 /sync/wp/local 映射到 local repository 的 URL。
SHELL> svk mirror /sync/wp/local file:///svn/wp/mirror

# 將 wordpress 的 changesets 複製到 svk depot 裡。
SHELL> svk sync /sync/wp/remote

# 利用 smerge 進行複製，將 svk depot 裡的 wordpress changesets 複製到 local
# subversion repository 裡的 mirror branch。
# 之後的複製，都不必再加上 --baseless，只有第一次做的時候才需要。
SHELL> svk smerge --incremental --log --baseless \
                  /sync/wp/remote /sync/wp/local

# 之後的複製，只需要做 svk sync 與 svk smerge 即可，且不必再加上 --baseless
# 參數，只有第一次做的時候才需要。
SHELL> svk sync /sync/wp/remote
SHELL> svk smerge --incremental --log /sync/wp/remote /sync/wp/local

這樣複製之後，原本在 http://svn.automattic.com/wordpress 的 changesets，就會通通被複製到 file:///svn/wp/mirror 裡。若是我們翻閱 file:///svn/wp/mirror 的 log，可以看到，log 裡完整地保留了，原始 wordpress repository 的 revision number，以及作為中介轉送站的 svk depot 的 revision number，如下：

r6301 | jeffhung | 2007-11-22 08:48:33 +0800 (四, 22 11 2007) | 3 lines

 r12502@dev (orig r6300):  ryan | 2007-10-31 11:59:18 +0800
 wpdb::set_prefix(). fixes #5287

------------------------------------------------------------------------
r6300 | jeffhung | 2007-11-22 08:48:31 +0800 (四, 22 11 2007) | 3 lines

 r12501@dev (orig r6299):  ryan | 2007-10-31 11:53:32 +0800
 AJAX for link category add and delete. Props mdawaffe. fixes #5291

如範例裡的第一筆，r6301 是 local 端的 repository 的 revision number，r12502 是負責中介轉運的 SVK depot 的 revision number，而 r6300 則是官方 wordpress repository 的 revision number，ryan 則是該筆 changeset 的作者。如此一來，當有需要追蹤問題時，就可以清楚地找出對應的原始 revision number，從 wordpress 官方的角度，與 wordpress community 討論了。

迴避 SVK 的 memory leak 問題

不過，在使用 SVK 轉送 wordpress repository 內容時，卻碰到了 memory leak 的問題。

值此時，Wordpress 官方 repository 共有 6352 個 revisions，最後跑 svk smerge 時，使用的記憶體量會飆到 500MB 左右，然後停在 r1862 左右，不斷地印出 perl in free(): warning: page is already free 的訊息，只能用 Ctrl-C 跳開：

SHELL> cd ~/tmp/svk-mess-usage
SHELL> svn-newrepo.sh --layout mirror wp-svn
Layout (mirror):
| /local
| /mirror
送交修訂版 1.
SHELL> svk depotmap --init wp-svk wp-svk
SHELL> svk mirror /wp-svk/remote http://svn.automattic.com/wordpress
SHELL> svk sync   /wp-svk/remote
SHELL> svk mirror /wp-svk/local file://`pwd`/wp-svn
SHELL> svk smerge -I -l -B /wp-svk/remote /wp-svk/local
...
perl in free(): warning: page is already free
perl in free(): warning: page is already free
perl in free():Killed

Syncing file://`pwd`/wp-svn
Retrieving log information from 1862 to 1862
Committed revision 8205 from revision 1862.

SHELL>

這種大量使用導致記憶體飆增，最後陷入 perl in free(): warning: page is already free 無窮迴圈的問題，b6s 也回報過：#26826 - perl in free(): warning: page is already free。

為了迴避這個問題，我修改上述的步驟，將 sync/smerge 拆成很多次做，一次只做 100 個 revisions。如此一來，每次記憶體用量僅約 20MB，不會碰到 perl in free(): warning: page is already free 無窮迴圈的問題，雖然耗時較久，但最後確實將 6352 個 revisions 完整搬動完畢。

我使用的 script 如下，歡迎使用：

#!/bin/sh -e
# ---------------------------------------------------------------------------
# Copyright (c) 2007, Jeff Hung
# All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
#.
#  - Redistributions of source code must retain the above copyright
#    notice, this list of conditions and the following disclaimer.
#  - Redistributions in binary form must reproduce the above copyright
#    notice, this list of conditions and the following disclaimer in the
#    documentation and/or other materials provided with the distribution.
#  - Neither the name of the copyright holders nor the names of its
#    contributors may be used to endorse or promote products derived
#    from this software without specific prior written permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
# ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
# LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
# FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL COPYRIGHT
# OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
# SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT
# LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
# DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
# THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
# (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE
# OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
# ----------------------------------------------------------------------------

svn_sync_via_svk()
{
    local name="$1"; shift;
    local from_url="$1"; shift;
    local to_url="$1"; shift;
    local svk_depot_name="$1"; shift;
    local svk_depot_path="$1"; shift;
    local svk_sync_limit="$1"; shift;

    # Ensure that $svk_depot_path doesn't contain '~'.
    svk_depot_path=`realpath "$svk_depot_path"`;

    echo "[INFO] Setting up SVK transporter at $svk_depot,";
    echo "[INFO] | using SVK depot '$svk_depot_name' at '$svk_depot_path',";
    echo "[INFO] | which can be later accessed via 'svk depot /$svk_depot_name'.";
    svk depotmap "$svk_depot_name" "$svk_depot_path";

    echo "[INFO] Setting mirror from $from_url to /$svk_depot_name/$name/remote.";
    svk mirror "/$svk_depot_name/$name/remote" "$arg_from_url";

    echo "[INFO] Setting mirror from $arg_to_url to /$svk_depot_name/$name/local.";
    svk mirror "/$svk_depot_name/$name/local" "$arg_to_url";

    from_url_head=`\
        svn info --xml "$arg_from_url" \
        | xml sel --text --template --value-of //entry/@revision \
        `;
    echo "[INFO] Head revision of $arg_from_url is r$from_url_head.";

    from_url_rev_beg=0;
    from_url_rev_end="$opt_svk_sync_limit";
    while [ $from_url_rev_beg -lt $from_url_head ]; do
        echo "[INFO] Syncing from -r$from_url_rev_beg:$from_url_rev_end $arg_from_url.";

        if [ $from_url_rev_end -le $from_url_head ]; then
            svk sync --torev $from_url_rev_end "/$svk_depot_name/$name/remote";
        else
            svk sync "/$svk_depot_name/$name/remote";
        fi;
        if [ $from_url_rev_beg -eq 0 ]; then
            svk smerge --incremental --log --baseless \
                       "/$svk_depot_name/$name/remote" \
                       "/$svk_depot_name/$name/local" \
            ;
        fi;
        svk sync "/$svk_depot_name/$name/local";

        from_url_rev_beg=`expr $from_url_rev_end + 1`;
        from_url_rev_end=`expr $from_url_rev_beg + $opt_svk_sync_limit - 1`;
    done;
    echo "[INFO] Done.";
}

svn_sync_via_svk $@;

其中，xml 指令來自於 XMLStarlet 這個套件，讓我得以很方便地直接在 command-line 剖析加了 --xml 選項的 svn 指令輸出，這樣就避免了 locale 對直接的 svn 指令輸出的影響。

另外，$to_url 這個 local repository 要自行建立，且必須先具備 /mirror 與 /local 兩個目錄。

AUTO_INCREMENT 不見了

有了完美的 source code 來源，安裝好全新的 wordpress，把plugins/、themes/ 目錄與資料庫倒回去，修改好 wp-config.php 之後，理論上我的 blog 應該就恢復了，可是我卻發現，發表的新文章，卻不見蹤影，直接進 mysql 裡看才發現，新文章的 ID 居然是 0，用 DESCRIBE wp_posts 查才知道，wp_posts.ID 的 AUTO_INCREMENT 不見了。

我的 wordpress 資料庫備份，當初是用這樣的指令備份的：

mysqldump --skip-opt         \
          --skip-quote-names \
          --complete-insert  \
          --add-drop-table   \
          --add-locks        \
          --lock-tables      \
          --user <user>      \
          --password         \
          <wp-dbname>        \
> backup-wordpress.sql

打開 backup-wordpress.sql 發現，裡面所有的 CREATE TABLE 指令，該有 AUTO_INCREMENT 的地方，都不見了，因此知道，問題出在當初 dump 資料庫的指令有問題。

首先，先解決錯誤的 dump 檔。因為翻遍了 MySQL 文件，我還是找不出，怎樣用 ALTER TABLE 直接把 AUTO_INCREMENT 加上去，因此只好直接修改 backup-wordpress.sql，將該有 AUTO_INCREMENT 的地方手動編輯加上去，然後重新建立空的資料庫，把 backup-wordpress.sql 匯入。

接著，man mysqldump 發現，還有一個參數叫做 --create-options：

o  --create-options

   Include all MySQL-specific table options in the CREATE TABLE
   statements.

因為 AUTO_INCREMENT 是 MySQL 特有的選項，因此如果沒有加上 --create-options 的話，mysqldump 就不會把 AUTO_INCREMENT 也 dump 出來。因此，我的 wordpress 資料庫備份方法，應該改為：

mysqldump --skip-opt         \
          --skip-quote-names \
          --complete-insert  \
          --add-drop-table   \
          --add-locks        \
          --lock-tables      \
          --create-options   \
          --user <user>      \
          --password         \
          <wp-dbname>        \
> backup-wordpress.sql

如此才能確保，資料庫的所有內容，被完整的備份下來。

資料庫瘦身

WordPress 很不好的一點就是，很多 plugins 會直接在資料庫裡面新增 table，甚至是修改原有的 wordpress 的 tables，增加了新的 column。因此，倘若有一天，某個修改了資料庫 schema 的 plugin 不再被使用之後，資料庫裡就會留下一堆「垃圾」，且沒有好的方法可以清除。

雖然說，就算是垃圾，其實量也還不大，但有時候就是會讓我感到不爽，想要清乾淨。

我最初始的想法是，利用 wordpress 的 export 功能，將資料庫裡的資料，export 出來另存成一個 XML 檔，假設叫做 wordpress-export.xml。然後，用 wordpress 的安裝功能，建立全新的空資料庫，然後再用 import 功能，將 wordpress-export.xml 匯入新的 wordpress。如此一來，資料庫裡的資料，確實非常乾淨，僅剩下真的需要留在資料庫裡的資料。

不過，接下來我就發現，所有連往自己 blog 的文章連結，全部都亂掉了。好比連往 A 頁的鍊結，點下去卻跑到 B 頁了。仔細觀察後發現，這是因為我的 permalink 的設定，與 AUTO_INCREMENT 的關係。我的 permalink 的設定如下：

/articles/%author%/%post_id%/

因為這是我個人的 blog，所以 %author% 一定是 jeffhung，所以，整個 permalink 可以用來辨別這到底是哪一篇文章的欄位，就只剩下 %post_id%，而 %post_id% 對應到資料庫裡的 wp_posts.ID 這個欄位，是設定成 AUTO_INCREMENT 的。因此，當經過 export 再 import 之後，wp_posts.ID 會重新經過 AUTO_INCREMENT 的作用，重新產生索引值。由於 export 出來的文章順序，並不以 wp_posts.ID 排序，且刪除文章也會造成 wp_posts.ID 變成不連續。是故，當重新 AUTO_INCREMENT 之後，文章的 wp_posts.ID 就變了。可是文章裡的 <a href="..."> 鍊結不會改變，於是就牛頭不對馬嘴了。

解決方法初步想來，有兩種：

1. 修改 wordpress 的 import 程式，把 wordpress-export.xml 檔裡，每篇文章所記載的 <wp:post-id> 值，納入 INSERT 指令。由於 AUTO_INCREMENT 是當 INSERT INTO 時卻沒有該欄位時才發揮作用，因此不會造成 wp_posts.ID 錯亂。
2. 分析 wordpress-export.xml，利用 <wp:post_name> 的值，與 import 之後的資料庫裡的 wp_posts.post_name 欄位，來解析出原始 %post_id% 與新的 wp_posts.ID 的對應表，然後利用我在這篇《Kramer 與 get-recent-comments 的問題》提到的方法，進去改所有的文章內文，修正連往自己 blog 的所有連結。最後，修改 permalinks 格式，把這個對應表 hard-code 進程式，當遇到舊格式時，就查表轉到新 permalinks。

前者雖然需要改 wordpress 的程式，但只有一點點，而且可以保證 %post_id% 不變，所以應該是比較好的方式。而後者就麻煩很多，而且因為 %post_id% 的改變，必須要改變 permalinks 格式，以便接受來自外站，循著舊 permalink 過來的尋訪。

不過，我早就想改 permalinks 格式了，所以就試了一下第二個方法。

修改 permalink 的方法

我想要把 permalink 改成下面這個樣子：

/articles/%post_name%/

沒有年月日，只有 %post_name%，也就是 wordpress 編輯畫面裡，Post Slug 那個欄位的值，相當地簡潔，乾淨。對我來說，blog 的 log 成份並不大，反而比較像是一種偏文章性質的 wiki 型的個人出版媒體。事實上，Thinker 的 GinGin 系統的那種「形式」，比較符合我理想中的樣子。因此，僅使用具有「意義」的 %post_name% 作為 permalink 的組成元素，很合我意。

雖然理論上應該要將原來的 permalink 前置的 /articles 改變，好比變成 /posts，因為這將是前端據以判斷是哪種版本的 permalink 的重要依據，但是因為我原來的 permalink 還有一個永遠是 jeffhung 的 %author% 存在，所以可以利用這個來判定新舊版本，故 permalink 仍然可以用 /articles 作為前置字串。

修改原始文章內容，將舊 permalinks 代換成新 permalinks 不難，只要先從資料庫裡，抓出「(舊) %post_id% 對應 %post_name%」的對應表，等到 wordpress-export.xml 匯入新灌好的 wordpress 之後，再從資料庫裡，抓出「%post_name% 對應(新) %post_id%」的對應表，兩者合併，就可以做出「舊 %post_id% 對應新 %post_id%」的對應表。

有了對應表之後，我們需要讓舊 permalinks 自動轉換到新 permalinks 的機制。也就是說，若 user 用舊的 permalinks 來連，就要自動用 HTTP status code 301 Moved Permanently 轉址到新的 permalinks。Permalinks Moved Permanently 這個 wordpress plugin 正可以這麼做。

然而 Permalinks Moved Permanently 卻沒能發揮作用，翻 code 發現，似乎 Permalinks Moved Permanently 能夠應付任何 permalinks 格式的組合，就是不能處理 %post_id%，故我的舊 permalinks 她看不懂。又因為其所掛載的 template_redirect 這個 action，太過於「前面」，很多關於這個頁面的值，都尚未載入，因此一時之間，我找不到方法修正這個問題。

還好，最後我發現，$_SERVER['REQUEST_URI'] 還可以用，因為舊 permalinks 的確實格是我知道，所以可以利用 regular expression 將舊的 %post_id% 擷取出來，繼而查表產生新的 permalinks。

至此，修改 permalinks 可能會碰到的技術問題，應該都解決了。不過，最後我還是沒有修改 permalinks，因為整個程序太過複雜，而我又急著將 blog 恢復上線，因此就暫時放棄了這個計畫。反正，過不久又將要換硬體，到時再來弄吧。

沒有對應 <VirtualHost> 設定的 request

最後，我終於知道了，若 http request 要連的 host，沒有對應的 <VirtualHost> 設定時，並不會如之前我想當然爾地，改連 global 設定 (/usr/local/www/data)，而是會對應到 httpd.conf 裡第一個出現的 <VirtualHost>。因此，我們需要有一組 dummy <VirtualHost> 擺在第一筆，以便攔截沒有對應 <VirtualHost> 的 http request。

因為搞不清楚這個機制，所以一度讓 feed大亂，張冠李戴地誤植我的文章到其他 blog 的 feed 裡。下次真的要記得看清楚設定檔裡的範例啊。

首先，從右邊的「什麼是『哈部落』?」根本看不出來這是什麼樣的服務：

你一定聽過「部落格」，搞不好還有好幾個自己的部落格。「哈部落」是 funP.com 的一項服務，讓你輕易發現、訂閱、分享網路上有趣的部落格。你也可以在這裡將你的部落格分享出來，讓更多人聽見，你的觀察/日記/心聲/雜記！

「哈部落」現在共有 2684 個部落格，把你和你喜歡的部落格一起來加進來吧！

「發現」、「訂閱」、「分享」、「觀察」、「日記」、「心聲」、「雜記」？到底哪一個才是哈部落的功能？這麼多種截然不同的功能，讓我看不懂，沒辦法理解「哈部落」到底是什麼樣的東西。這種有跟沒有一樣的說明，看起來親切，但卻一點用處也沒有。

進去「哈部落」後，可以發現，大概有三大功能：「部落格總攬」、「我最愛的部落格」與「最新文章」，而首頁差不多就是這三大功能的綜合呈現。

部落格總攬

「部落格總攬」看起來就像是「部落格觀察」，只是似乎依據的是 FunP 內部的統計資料。我對部落格排序沒什麼興趣，就算要用，那也只是窮極無聊，沒東西可以看的時候，才會去翻。所以「部落格總攬」做的那麼大一塊，還放第一個，但對我來說，卻是沒有什麼意義。

我最愛的部落格

「我最愛的部落格」？喔，我懂了，原來「哈部落」其實是個 RSS aggregator，早說嘛！也許多了點現在流行的，號稱 social 的功能吧？！

試著匯入我的 Google Reader 匯出的 OPML 檔，果然，跑了一個小時，還沒匯入完畢。直接開新頁面去看，已經有若干 feeds 匯入了，可是原本的分類標籤，全部不見了，所有 feeds 攤平在一起。從介面上來看，「我最愛的部落格」沒有像「部落格總攬」那樣，有分類的機制，看來原本我的分類標籤之所以會不見，是因為根本就沒有支援分類的功能。當 feeds 數量一多，基本上就會是兩個字：難用。

若干 feeds 亦尚未「登入到哈部落」，還要手動幫忙按一下才行。我搞不懂這為的是什麼？如果所謂「登入到哈部落」，並不會把這個 feed 公開，而只是個人使用，那這個功能實在是脫褲子放屁，匯入就已經是表示要加入這個 feed 了，幹麼還要再多按一下。不過搭配「某些 feed 已經被登入到了哈部落」這個事實來看，「登入到哈部落」指的應該是這個 feed 將會公開，像是加入了 planet 一樣。我想，一般人通常是不喜歡在不知情或未同意的情況之下，就被加入到某個 planet 裡，成為其可用以賺錢的內容來源 (「部落格總攬」右方有 Google AdSense 區塊)，所以我不應該去按這個鈕。

最新文章

「最新文章」看來可能就是「登入到哈部落」後的那個 planet。一般來說，planet 是有主題性、社群性的，而且都是小眾。但即使是屬於小眾 planet，文章量總和起來，也多的驚人。哈部落目前收納了 2,684 個部落格，分類約有 12 個，先撇開實際上一個部落格可能同時屬於多個分類的問題，平均下來每個分類也有兩百多個部落格。一個聚合了兩百多個 feeds 的 planet，一天的文章量想必驚人，在資料爆炸的情況之下，這種 planet 一點價值也沒有。

更何況，我估計哈部落的「登入」根本沒有什麼評選機制，也只有按時間排序一種呈現方式，良莠不齊導致垃圾充斥，這種 planet 更是無用。更別提為甚麼一定要按照 FunP 提供的分類方式的問題了。

放棄

寫了這麼久，我的 OPML 還沒有完全匯入完畢，看來我只好放棄了。

這次移機，碰到了最不應該碰到的麻煩：硬碟毀損兼備份資料缺失。還好，本站的每日備份還有正常運作，但我的 subversion repository 的備份機制，在不知道什麼時候失效了。現在只能祈禱硬碟只有開機磁區壞掉，還能夠把 subversion repositories 與 mail archives 救回來。

然後，又發現 server 的主機板也壞掉了，只好緊急徵用寶貝的 desktop 來架站，等 server 的硬體補齊之後，再換回去。

因此，基於上述兩個原因，本站只能夠「暫時」恢復運作，要等到新機器測好沒問題後，才能正常運行。另外，為了救資料，最近可能偶爾會重開機一下，如果連不到，就請暫時等待一下囉。

故，本站將於最近，不知道什麼時候停機，然後在不知道什麼時候，恢復運行。

沒想到拔掉 Kramer 之後，問題依舊，即使關掉 get-recent-comments 的 cache 也一樣。於是就直接進 database 裡找，發現不曉得為甚麼，Kramer 把製造出來的 wp_comments.comment_content 內容，前後加上了 <!--%kramer-pre%--> 與 <!--%kramer_post%-->。所以，只好辛苦地，寫個 script 修正 database：

#!/usr/bin/perl -w

use strict;
use utf8;
use File::Basename;
use Getopt::Long;
use DBI;

my ($__exe_name__) = (basename($0));
my ($__revision__) = ('$Rev: 26 $' =~ m/(\d+)/o);
my ($__rev_date__) = ('$Date: 2007-11-02 15:41:31 +0800 (五, 02 11 2007) $' =~ m/(\d{4}-\d{2}-\d{2})/o);

sub usage
{
    print STDERR <<"EOF";
Usage: $__exe_name__ [ <option> ... ] <db-name>

Query wordpress database <db-name> and fix bad wp_comments.comment_content
generated by Kramer plug-in.

Options:

  --help                   Show this help messages.
  -h,--hostname <db-host>  Connect to database hosted at <db-host>.
  -u,--username <db-user>  Use username <db-user> to log into database.
  -p,--password <db-pass>  Use password <db-pass> to log into database.
  -v,--verbose             Show verbose messages.

Revision: r$__revision__ ($__rev_date__)
EOF
    exit;
}

sub msg_exit
{
    my $ex = ((scalar(@_) > 0) ? shift @_ : 0);
    foreach my $m (@_) {
        print STDERR "ERROR: $m\n";
    }
    print STDERR <<"EOF";
Usage: $__exe_name__ [ <option> ... ] <db-name>
Type '$__exe_name__ --help' for usage.
EOF
    exit($ex);
}

my $opt_verbose = 0;
my %db_options;
if (!GetOptions('help'           => sub { usage; },
                'h|hostname=s'   => sub { $db_options{'DB_HOST'} = $_[1]; },
                'u|username=s'   => sub { $db_options{'DB_USER'} = $_[1]; },
                'p|password=s'   => sub { $db_options{'DB_PASS'} = $_[1]; },
                'v|verbose'      => \$opt_verbose)) {
    msg_exit(0);
}
$db_options{'DB_NAME'} = shift @ARGV or msg_exit(1, 'Missing <db-name>.');

my $dbh = DBI->connect(
    sprintf('DBI:mysql:database=%s;host=%s',
            $db_options{'DB_NAME'},
            $db_options{'DB_HOST'}),
    $db_options{'DB_USER'},
    $db_options{'DB_PASS'}
);

my @update_statements;

my $sth = $dbh->prepare(<<SQL
SELECT *
FROM   wp_comments
WHERE  comment_type ="pingback" AND
       comment_content LIKE "<!--%"
SQL
);
$sth->execute();
while (my $row = $sth->fetchrow_hashref()) {
    my @sqlpart_setval;
    my @sqlpart_where;
    foreach my $f (keys %$row) {
        my $v = $row->{$f};
        if ($f eq 'comment_content') {
#           push(@sqlpart_setval, sprintf('-- WAS: "%s"', $v));
            $v =~ s/^<!--%kramer-pre%-->//o;
            $v =~ s/<!--%kramer-post%-->$//o;
            push(@sqlpart_setval, sprintf('%s = %s', $f, $dbh->quote($v)));
        }
        else {
            push(@sqlpart_where, sprintf('%s = %s', $f, $dbh->quote($v)));
        }
    }
    push(@update_statements, sprintf(
        "UPDATE\n\t%s\nSET\n\t%s\nWHERE\n\t%s;",
        $arg_tab_name,
        join(",\n\t",    @sqlpart_setval),
        join(" AND\n\t", @sqlpart_where)
    ));
}
$sth->finish();

foreach my $sql (@update_statements) {
    print "-- --------------------------------------------- --\n$sql\n\n";
}

$dbh->disconnect();

利用這個 script，可以 dump 出一個 SQL 檔，備份好 wordpress 之後，把這個 SQL 檔餵進資料庫即修正完畢。

清掉 get-recent-comments 的 cache 之後，奇怪的字樣雖然不見了，不過正常該有的內容，卻又被截掉了最前面 5 個字元。繼續用 comment_excerpt 當關鍵字翻 get-recent-comments.php，發現了和 5 相關的下面這段程式：

        if ($comment->comment_type == 'pingback')
        {

            $comment_type = "Pingback";
            list($comment_author,$trackback_title) = kjgrc_parse_pingback($comment->comment_author);
            if(strpos($comment_excerpt,'[...]') == 0)
                $comment_excerpt = trim(substr($comment_excerpt,5));
            if(strpos($comment_excerpt,'[...]') == strlen($comment_excerpt)-5)
                $comment_excerpt = trim(substr($comment_excerpt,0,strlen($comment_excerpt)-5));
        }

意思是說，如果 $comment_excerpt 最前面的 [...] 與最後面的 [...] 移掉。看到 strpos() 我就感到不對，查了一下文件，strpos() 若找不到就會回傳 FALSE，而 FALSE == 0 會得到真值，於是$comment_excerpt 前面的 5 個字元就被砍掉了。解法很簡單，把 == 改成 === 就可以了，如下：

--- get-recent-comments.php.ori 2007-11-02 17:31:56.000000000 +0800
+++ get-recent-comments.php     2007-11-02 17:32:13.000000000 +0800
@@ -1248,7 +1248,7 @@

                        $comment_type = "Pingback";
                        list($comment_author,$trackback_title) = kjgrc_parse_pingback($comment->comment_author);
-                       if(strpos($comment_excerpt,'[...]') == 0)
+                       if(strpos($comment_excerpt,'[...]') === 0)
                                $comment_excerpt = trim(substr($comment_excerpt,5));
                        if(strpos($comment_excerpt,'[...]') == strlen($comment_excerpt)-5)
                                $comment_excerpt = trim(substr($comment_excerpt,0,strlen($comment_excerpt)-5));

至此，問題全部解決，同時回應給 get-recent-comments team。不過，又回想了一下，共 5 個字元被砍掉，那一開始的那個奇怪的 kramer-pre%--> 字樣，不就是 Kramer 塞進來的 <!--%kramer-pre%--> 扣掉前面 5 個字元嗎？

繞了一圈才發現，原來問題的癥結在於 get-recent-comments，而不是 Kramer，我錯怪它了。不過我還沒決定是否要把 Kramer 裝回去就是了。

是故，我一直在思考著，是不是什麼時候，來升級一下。就在編寫 dprintf() 系列文章的過程中，實在是受不了了舊版 FCKeditor 的一些 bug 的情況下，再加上 FCKeditor 就在 2007-10-10，剛剛釋出了 2.5 Beta 版，所以一不小心，就把 editormonkey 拔掉，搞出了個 FCKeditor 2.5.x 的 wordpress plug-in 來。

當然，我並沒有那麼厲害，能夠無中生有的憑空造出一個 plug-in 來，主要還是參考了 Dean's FCKEditor For WordPress，這是官方的 wordpress plugin directory 裡用 fckeditor 當關鍵字，所可以找到的唯一一套真正的 fckeditor 編輯器的 plug-in。不過，Dean Lee 的版本，尚無法符合我的需求，所以我修改了一下，加了一些新功能：

• 完全不碰觸 FCKeditor/ 目錄，以便以後方便升級 fckeditor。
• 新設 themes/ 目錄，裡面有 config.js.php、fck_editorarea.css.php、fckstyles.xml.php 與 fcktemplates.xml.php，這些是 fckeditor 的設定檔，改成 PHP 檔，然後於 config.js.php 修改設定，讓 fckeditor 改到這些 theme 檔讀取設定。
• 把 smiley 與 file upload 功能拔掉。
• 除了名為 default 的 theme 以外，緩慢編修名為 docbook 的 theme。我準備慢慢地以 docbook 的 tag 名，標示文章各處內容的 semantics。

不過，即使是這最新釋出的 FCKeditor 2.5 Beta 版，還是有著一些小問題：

• 當 <pre> 裡面有 <、>，當切到 source 去，將其改成 < 與 > 時，切回 WYSIWYG 後，會變成 < 和 >。
• 找不到方法調整 hot-key 或乾脆關掉，因此 Ctrl-Tab 被綁架成 Source/WYSIWYG 切換，因而無法在 firefox 裡切換 tab，Ctrl-L 與 Ctrl-K 也被綁架成不知道什麼功能，因此無法直接將 focus 轉到網址列與搜尋框。
• 修改 fckstyles.xml 以便客制化自己常用的幾個 styles：code、inline_code、screen、footnote、sidenote 等，結果工具列裡 style 這個 drop-down，還是會留有一個叫 Red Title 的樣式，不曉得是從哪裡來的，無法移除。

第一個問題最嚴重，還好馬上在官網上看到 #1414 已經列出了這個 bug，然後在 r1025/r1026 解掉了，幸好我沒有直接修改 FCKeditor/ 目錄，而是把設定都拉到 themes/ 目錄下修改，所以直接改成從 SVN 把 branch 2.5.x 拉下來，問題就解決了。

至於剩下來的問題，就只能再研究囉。

2008-01-16 更新：

Hot-key 的問題，修改 fckconfig.js 裡的 FCKConfig.Keystrokes 這一個表格即可修正。格式就我實驗的結果，應該為：

FCKConfig.Keystrokes = [
//    key-codes,       true for pass-though to browser,
//                     or string to invoke key function
// ----------------------------
//  [ CTRL + 65 /*A*/, true ],
    [ CTRL + 67 /*C*/, true ],
    [ CTRL + 75 /*K*/, true ], // add by jeffhung
    [ CTRL + 76 /*L*/, true ], // add by jeffhung
//  [ CTRL + 70 /*F*/, true ],
//  [ CTRL + 83 /*S*/, true ],
//  [ CTRL + 88 /*X*/, true ],
    [ CTRL + 86 /*V*/, 'Paste' ],
//  [ SHIFT + 45 /*INS*/, 'Paste' ],
    [ CTRL + 88 /*X*/, 'Cut' ],
//  [ SHIFT + 46 /*DEL*/, 'Cut' ],
    [ CTRL + 90 /*Z*/, 'Undo' ],
//  [ CTRL + 89 /*Y*/, 'Redo' ],
//  [ CTRL + SHIFT + 90 /*Z*/, 'Redo' ],
//  [ CTRL + 76 /*L*/, 'Link' ],
//  [ CTRL + 66 /*B*/, 'Bold' ],
//  [ CTRL + 73 /*I*/, 'Italic' ],
//  [ CTRL + 85 /*U*/, 'Underline' ],
//  [ CTRL + SHIFT + 83 /*S*/, 'Save' ],
//  [ CTRL + ALT + 13 /*ENTER*/, 'FitWindow' ],
//  [ CTRL + 9 /*TAB*/, 'Source' ]
];

所以，把「Ctrl + 90 /*Z*/」對應到「Undo (反悔)」，「Ctrl + 88 /*X*/」對應到「Cut (剪下)」、「Ctrl + 86 /*V*/」對應到「Paste (貼上)」，但「Ctrl + 67 /*C*/」必須對應到 true，直接讓 browser 處理「Copy (複製)」的功能，以避免 FCKeditor 的複製功能，被 browser 的安全機制攔阻。最後，再加上對「Ctrl + 75 /*K*/」與「Ctrl + 76 /*L*/」放行，就可以用 hot-key 把 focus 跳到 firefox 的網址列與搜尋列了。

看到 Max.Taiwan 的這篇《sitemeter加入第三方連結》，我決定也把 SiteMeter 也關掉。可惜這陣子渡蜜月去了，所以拖了十來天才有反應，在此向本站的訪客致歉。

雖然說在 SiteMeter 的 Privacy Statement 裡面有這麼一段：

Third Party Advertisements

The advertisements appearing on our website from time to time are provided by a variety of our third party advertising partners. We only share website usage information about our users with reputable third party advertisers for the sole purpose of better targeting our website banner advertisements.

但所謂「we only share website usage information」就我的定義來說，是指 SiteMeter 自己收集好資料後，再轉交給 3rd party partners，而非直接容許未經使用者授權的 3rd party partners 直接收集使用者的網頁使用情形。

誰知道就這麼開放給 3rd party partners 自行放東西在我的網頁上，會造成什麼影響。若出了問題，找 SiteMeter 那 SiteMeter 能處理嗎？

整一個麻煩！所以我決定把 SiteMeter 移除掉，不再使用。

相關連結：

• SiteMeter and Spyware (Sort of)

用 IM 操控巴布，是蠻不錯的設計。不過和我用的 miranda 不相容：

真正的版本控制

現在雖然是用 subversion 在管理，每次升級都超級簡單。不過，由於並沒有實際上地把 wordpress 的 repository 給 mirror 到 local repository，所以自己改動到的部份，沒有辦法納入版本控制。之前都是用 SVK 在 mirror，最近大致摸熟了 SVN::Mirror 裡的 svm 的用法，應該可以弄出 script 來做這件事。

資料庫瘦身

之前有亂玩一些 plug-in，有些 plug-in 會在 database 裡塞一些額外的 table。當 plug-in 被砍掉之後，這些 table 並不會一併被清除，導致現在的 database schema 有些「雜」。正考慮是不是要弄個 script，依據目前的 wordpress 版本，清除掉「預設」不會有的 table 資料。

升級後台編輯用的 FCKeditor

目前後台使用 EditorMonkey 這套 plug-in 裡的 FCKeditor 編輯文章。不過因為在 wordpress 2 以後，開始內建 TinyMCE，所以 EditorMonkey 不再繼續開發了。是故，使用的 FCKeditor 版本比較舊，一路用下來，連 bug 怎麼繞過都已經熟能生巧了。不過這畢竟不是辦法，還是要把版本換成新版才是。

與 Sidebar Widget 相容

現在用的 theme，是從 sandbox 0.6 改出來的，那時還沒有內建 sidebar widget，所以一些 sidebar widget 的 plug-in 都不能用。新的 sandbox 0.9 已經相容於 sidebar widget 了，所以應該趁重灌的機會，一併把 theme 用 sandbox 0.9 重作。

IE 下的畫面極為慘烈

由於功力不到家，所以自己從 sandbox 0.6 改出來的 theme，在 IE 下畫面極為「慘烈」。所以應該要想法修正之。

列一列發現工程浩大，慢慢來好了。XD

Google Code Prettify 的特色是，用的時候不需要指定語言，會自動偵測。我們「唯三」需要做的，就是：

1. 在 <header> 引入 google-code-prettify 的 css 與 javascript 檔。
2. 將你要做 syntax highlighting 的程式碼，寫在 <pre> 裡，並賦予 prettyprint 的 CSS class。
3. 在文件全部載入之後，呼叫 prettyPrint() 函式。

由於我有一堆文章，已經把程式碼放在 <pre>，使用 code 這個 CSS class 標示，因此，我需要做一些額外的處理，把這些 <pre class="code"> 找出來，再多加上 prettyprint 的 CSS class。

將 google-code-prettify 抓下來解開後，會有兩個檔：prettify.css 與 prettify.js，一起放到 theme 目錄下即可。因為 Y!UI 很好用，所以我就偷懶直接依靠 Y!UI。修改 wordpress 佈景主題的 header.php 檔，在 </head> 之前，加入以下的程式碼：

    ...

    <script type="text/javascript" src="http://yui.yahooapis.com/2.2.2/build/yahoo/yahoo-min.js"></script>    <script type="text/javascript" src="http://yui.yahooapis.com/2.2.2/build/dom/dom-min.js"></script>    <script type="text/javascript" src="http://yui.yahooapis.com/2.2.2/build/event/event-min.js"></script>    <link type="text/css" href="<?php echo get_template_directory_uri(); ?>/prettify.css" rel="stylesheet"/>    <script type="text/javascript" src="<?php echo get_template_directory_uri(); ?>/prettify.js"></script>    <script type="text/javascript">    YAHOO.util.Event.addListener(window, 'load', function(){        var pre_elems = YAHOO.util.Dom.getElementsByClassName('code', 'pre');        for (var i = 0; i < pre_elems.length; ++i) {            YAHOO.util.Dom.addClass(pre_elems[i], 'prettyprint');        }        prettyPrint();    });    </script></head>

這段程式是說，利用 Y!UI 的 DOM library，把網頁裡，有加 code 這個 class 的 <pre> 全部抓出來後，另外再多加一個 prettyprint 的 class。然後，再呼叫 prettyPrint() 這個 google-code-prettify 的啟動函式。這整段程式，一樣利用 Y!UI 的 DOM，設定成在載入完畢後呼叫。

裝好之後，各位應該可以看到，在文件載入完全之前，程式碼列表裡面還不會有 syntax highlighting，字都是黑的。等到文件一載入完全，keywords 就會變色。

在原本的 footnotes 0.91 版裡，是使用 while 迴圈搭配 strpos() 尋找註腳，也許是因為這樣，有時候在後台編輯時，會發生程式陷入無窮迴圈的錯誤。新版的 wp-footnotes 改用 preg_match_all() 搜尋註腳，希望效果會好一些。

不過，也許是因為改用了 preg_match_all()，原本只要修改 $footnote_open 與 $footnote_close 兩個常數變數的技法，反而失效了。因此我鑽了一下，發現這兩個常數，在丟給 preg_match_all() 之前，有先用 preg_quote() 先處理過。這本來是件好事，但壞就壞在，preg_quote() 預設會替很多 delimiters 前面加反斜線，包括 < 與 > 等。然而，在 preg_match_all() 這行的 regular expression 裡，FOOTNOTE_OPEN 與 FOOTNOTE_CLOSE 所在的部份，其實式不需要替 < 與 > 加反斜線的，因而導致程式沒辦法正確地抓出註腳來。因此，我們應該告訴 preg_quote()，究竟哪些 delimiters 應該要加反斜線。改法如下：

function swas_footnote($data) {
    global $post, $current_settings;

    // Check for and setup the starting number
    $start_number = (preg_match("|<!\-\-startnum=(\d+)\-\->|",$data,$start_number_array)==1) ? $start_number_array[1] : 1;

    // Let's attempt this with Regex instead
    preg_match_all("/(".preg_quote(FOOTNOTE_OPEN,'/()')."|<footnote>)(.*)(".preg_quote(FOOTNOTE_CLOSE,'/()')."|<\/footnote>)/U", $data, $fo    otnotes, PREG_SET_ORDER);

    ...
}

將紅色的部份加上即可。這樣一來，我們就可以直接改程式一開頭定義 FOOTNOTE_OPEN 與 FOOTNOTE_CLOSE 的地方，將註腳的包裹方式，換成我們的方式。如下：

define('FOOTNOTE_OPEN',  '<span class="footnote">');
define('FOOTNOTE_CLOSE', '</span>');

不過，搜尋一下，可以發現原來的 (( 與 ))，在 swas_footnote() 的最尾端，被 hard code 進程式碼裡了，這當然是錯誤的。因此，將之修改成使用 FOOTNOTE_OPEN 與 FOOTNOTE_CLOSE 常數。如下：

function swas_footnote($data) {
    ....

                $data = str_replace($note[0], $link_text, $data);
                $data = str_replace(' ((ref:' . ($identifer+1) . '))', $link_text, $data);
                $data = str_replace(FOOTNOTE_OPEN.'ref:' . ($identifer+1) . FOOTNOTE_CLOSE, $link_text, $data);
                $data = str_replace('<footnote>' . ($identifer+1) . '</footnote>', $link_text, $data);
            }
            $data = $data.'</ol>'.$current_settings['post_footnotes'];
        }else{
            foreach($footnotes as $identifier=>$note){
                $data = str_replace($note[0], '', $data);
                $data = str_replace(' ((ref:' . ($identifer+1) . '))', '', $data);
                $data = str_replace(FOOTNOTE_OPEN.'ref:' . ($identifer+1) . FOOTNOTE_CLOSE, '', $data);
                $data = str_replace('<footnote>' . ($identifer+1) . '</footnote>', '', $data);
            }
        }
    }
    return $data;
}

另外，我在後端 note identifier options 那邊，將 before/after 設定成方括號，但在前端卻出不來。這又是一個小 bug，檢查了一下，發現原來是儲存這組設定的 pre_identifier 與 post_identifier，在真正要用時，卻被寫成了 pre_link 和 post_link。這應該是程式修改時所造成的疏漏，因為在舊版裡，這組設定確實是被叫做 pre_link 和 post_link。如下修正之即可：

function swas_footnote($data) {
    ....

        if ($display) {

            $data = $data.$current_settings['pre_footnotes'].'<ol start="'.$start_number.'" class="footnotes">';
            foreach($footnotes as $identifier=>$note){
                $number = $start_number+$identifier;// What number is it? Used for back link and id.
                $data = $data.'<li id="footnote-'.$number.'-'.$post->ID.'" class="footnote">'.$note[2].$current_settings['pre_backlink'].'<a href="#footnote-link-'.$number.'-'.$post->ID.'" class="footnote-link footnote-back-link">'.$current_settings['backlink'].'</a>'.$current_settings['post_backlink'].'</li>';
                $link_text = ($current_settings['list_style_type'] != 'decimal') ? swas_convert_num($number, $current_settings['list_style_type']) : $number;
                $link_text = $current_settings['pre_link'].'<a href="#footnote-'.$number.'-'.$post->ID.'" id="footnote-link-'.$number.'-'.$post->ID.'" class="footnote-link footnote-identifier-link" title="'.strip_tags($footnotes[$number-1][2]).'">'.$link_text.'</a>'.$current_settings['post_link'];
                $link_text = $current_settings['pre_identifier'].'<a href="#footnote-'.$number.'-'.$post->ID.'" id="footnote-link-'.$number.'-'.$post->ID.'" class="footnote-link footnote-identifier-link" title="'.strip_tags($footnotes[$number-1][2]).'">'.$link_text.'</a>'.$current_settings['post_identifier'];
                if ($current_settings['superscript']) $link_text = '<sup class="footnote-link-sup footnote-identifier-link-sup">'.$link_text.'</sup>';
    ....
}

最後，再依照跑出來的 CSS classes，設定相對應的 styles 即可。

我以前用的網址是 www.jeffhung.idv.tw，因為最便宜。以前的網站，基本上只是一個大雜燴式的首頁。從 archive 可以看出，這個大雜燴式的首頁，我從 2002 年六月，一直用到了 2005 年四月，差不多用了 3 年，然後才換成現在用的 wordpress 系統。

基本的構想是，幾乎所有事情都可以在首頁裡解決。每樣功能，被作成一個一個的區塊，我稱之為 weblet。約略在同一時期，Java 也有套類似的 framework，稱之為 portlet。我不清楚 portlet 的定義其實為何，因為我沒有研究過。但我對 weblet 的定義，約略等同於一個 desktop application 的視窗。

那時候沒有 AJAX 這種東西，所以沒有所謂「直接在 client 端執行的程式實體」這種概念。因此，weblet 後端有個 WebOS 引擎，貫穿 HTTP 的 stateless 天性，負責 weblet 的 persistency across HTTP requests。也就是說，WebOS 會負責在每次頁面切換時，將各個 weblet 喚醒，給予對應的 event，最後呼叫如 OnPaint() 之類的函式，讓每個 weblet 產生屬於自己那個區塊的 html。是故，靠著 WebOS 的協助，weblet 就像個簡單的 event-driven framework，成熟的 MVC 技術得以施行於其上。

WebOS 處理 event 的基本運作原理，和現在的 ZK 差不多，不過 ZK 最後是靠 Ajax 在前端運作，但 WebOS 則是在後端命令 weblet 產生頁面。我不認為 web 應該做的跟 ZK 那樣 heavy-weight，那樣太慢了，web 沒有必要完全模擬 desktop。也因此，我將之取名作 weblet，取其「小程式」之意。

不過，那時的 WebOS 只有做了一些 concept prove 的工作，五年前的我，忙於準備研究所考試，然後又是繁重的碩士生活，因此我的網站，其實內部並不是真的靠 WebOS 驅動，而只是一堆簡單的 PHP 程式，把 weblet 的「外型」勾勒出來。

整個網站由一塊一塊的 weblet 區塊組成，每個區塊右上角，有個控制樞紐，點按時會利用 DHTML 跑出選單，進行對這個 weblet 的各項操作，如設定、關閉、移動等，就好像 Netvibes 那樣。

那時在市場上，我沒有看到 online rss reader 的存在，因此我最多的 weblet，就是顯示 RDF channel 的內容。由 crontab 定期呼叫程式抓取 channel 存成 rdf 檔，然後動態於首頁自動轉成 weblet 裡的列表。由於做 web bbs 的經驗，我認為已讀未讀標記十分的重要，因此在每個項目前面，都會有個 [_]，表示該項目未讀。

也許是因為我是從 rdf 開始玩起的，所以我認為 RDF/RSS 應該是內容的摘要與指引，而非內容的載體。因此，weblet 並不以列出全文為目標。事實上，以 weblet 這種形式的 UI，也確實不適合全文的顯示。

不將 RSS視為內容的載體的另外一個原因是，我認為內容不應只包含堆砌出來的文字，連內容的呈現方式，也屬於內容的一種。舉例來說，程式碼如何在 blog 內文裡展現，文句裡的重點如何被施加各種強調的特效，都算是內容的一部分。從這個角度觀之，RSS 實在不是個足夠好的內容載體。既然全文 RSS 其實並不全文，那還不如只列出摘要，然後指引讀者回到真正內容的載體，來觀看全文。

那時候 blog 尚未蔚成風潮，因此我的內容來源少的可憐，但也少的剛剛好，用 weblet 統統塞在一頁，想逛的時候隨意瀏覽一下即可。但以現在來說，所訂閱的 feeds 太多，這樣的介面根本不敷使用了。這也是現在我很少用 netvibes 的原因。

那時用的最兇的，除了 rdf 以外，就屬右方的 Quick Links 了，這就是一開始說的，所謂我(個人用)的書籤模組。因為會統計我個人的使用偏好，所以用起來非常方便。不過，那時候書籤的對象，大都仍是以「站」為單位，而不像現在這樣，多以「內文」為單位。這個差異，我認為也是 web 2.0 的特徵之一。內容的歸納、整理、傳銷、散佈，多是在「站內」進行，因此我們需要拜訪各個「大站」，以取得內容。同時，在 web 1.0 時代，歸納、整理、傳銷、散佈做的好，就有了成為「大站」的資格。而在 web 2.0 時代，這些「內容的處理」，多是在「站際」進行。串連、social bookmarks、digg、sidebar widgets、rss reader 等等，有的以純然的中介者形式進行內容的處理，有的則化身千萬，埋藏於散佈各處的內容之中，成為 web 2.0 運行的血脈。

SHELL> svn info
路徑: .
URL: http://svn.automattic.com/wordpress/branches/2.1
檔案庫根目錄: http://svn.automattic.com/wordpress
檔案庫 UUID: 1a063a9b-81f0-0310-95a4-ce76da25c4cd
修訂版: 5173
節點種類: 目錄
排程: 正常
最後更新作者: ryan
最後修改修訂版: 5172
最後修改日期: 2007-04-03 08:33:57 +0800 (二, 03  4 2007)

SHELL> svn switch http://svn.automattic.com/wordpress/branches/2.2
U    wp-rss.php
U    wp-login.php
U    wp-comments-post.php
U    wp-blog-header.php
U    wp-rdf.php
A    wp-includes/feed-rss2.php
G    wp-includes/default-filters.php
U    wp-includes/plugin.php
...
U    wp-admin/categories.php
U    wp-admin/themes.php
U    wp-admin/upgrade-schema.php
更新至修訂版 5485.

SHELL> svn info
路徑: .
URL: http://svn.automattic.com/wordpress/branches/2.2
檔案庫根目錄: http://svn.automattic.com/wordpress
檔案庫 UUID: 1a063a9b-81f0-0310-95a4-ce76da25c4cd
修訂版: 5485
節點種類: 目錄
排程: 正常
最後更新作者: ryan
最後修改修訂版: 5484
最後修改日期: 2007-05-17 01:48:31 +0800 (四, 17  5 2007)

Switch 時，前面有 G 的是我 local 自己有改過的檔案，完整保留。

直接在編欄上要加新的 status，結果跟我說 invalid。本來以為是 twitter tools 的問題，好比說某個選項我沒有打開之類的。結果直接到 twitter 網站上寫 status，也是不行。所以，看來問題是出在 twitter 的 bug 了。

說老實話，我覺得 twitter 網站做的蠻醜的，為了這麼一個小小的功能，還要大老遠跟這個網站結上關係，個人覺得很蠢。Mash-up 的問題就在於，常會製造出無法控制的耦合問題。例如假使某天 Google Map API 改版了，然後全世界有跟 Google Map 做 mash-up 的網站就統統爆炸了。個人網站還好，自認倒楣就是了，商業網站就麻煩些，不過也可以一皮天下無難事，但若是有牽涉到金錢賠償的問題的話，那麻煩就大了。

所以我決定還是放棄 twitter 好了，其社群功能其實沒有吸引我的地方。

是故：

• 本站將於 2007-03-23 星期五凌晨 00:00 進行備份。也就是說，備份的時間點設於 2007-03-23 00:00。從這個時間點開始，至移機完成前，所新增的任何內容、留言，不一定能夠保留。
• DNS 的轉移可能需要一點時間，如果您連不上本站，請再多等一、兩天再試試。
• 視移機狀況，有可能進行系統更新。但因為人生大事將屆，所以很忙，故也許不會升級系統，將另尋時間進行。

希望一切平安順利，要不然就麻煩了，因為我將有好一大段時間，沒辦法待在機器附近。

照往例一樣是採 svn update 的方法升級：

1. 先備份資料庫。
2. 然後到主目錄下 svn update，升級到最新 trunk 版。這次我是從 r4497 升級到 r4784，差距蠻大的，
3. 用 svn diff 檢查了一下 local modification 沒有爛掉。
4. 用瀏覽器進管理介面，畫面顯示訊息說要 upgrade database，執行後就一切正常了。

這次的升級，應該是成功的，至少到目前為止，看起來沒什麼異狀發生。整個過程不到 5 min，簡單快速，爽。

DupPrevent 可以幫您在非單筆文章的頁面裡，加上 NOINDEX 標籤，讓搜尋引擎不要去搜尋那些頁面。可以「避免因為重複內容而被 search engine 處罰。」

不過，我想要這個功能的原因，跟提昇 page rank 與否無關，而是這樣自己搜尋自己的 blog 才方便，不會有一堆重複內容出現啊。