Preparing the CSV file

The first step is to export your bookmarks from Blinklist.  Although the website seems to allow you to choose from 3 export formats, you can only get a CSV file (in fact it is a TSV file).  Unfortunately you cannot import this file to your browser directly because the format is incompatible.  We need to convert the file to a normal bookmark file.  In this case, IE bookmark format is a desirable choice because it is recgonized by most browsers (Firefox, Chrome, etc.) and other social bookmarking website such as Delicious and it can be easily created.

The following step is not necessary unless your bookmarks have Asian characters.  Why?  Because the PHP script that we will use later has a command – fgetcsv.  This command is not 100% safe for Asian characters.  There are some solutions but I think the easiest way in this situation is to use a spreadsheet software to add dobule quotation mark as text delimiter for every field.

I use Open Office Calc as demonstration:

First we import the bookmark file, note that we need to set the character set to UTF-8,  and the field delimiter as Tab instead of Comma.  Every bookmark is a row in the sheet.  You can easily delete bookmarks that you don’t want to keep/import. (Sorry, OO does not allow changing back the user interface to English)

After that, we save the file as another CSV file, OO will prompt you to choose the field delimiter and text delimiter.  Select Tab and double quotation mark respectively.

Creating a browser bookmark file

The next step is to create the bookmark file.  Ruben Laguna has written an excellent script in Ruby to convert the CSV file to an IE bookmark file.  I think many people are more comfortable with PHP so I re-create the script in PHP.

The bookmark file is created  and ready  to be imported  to your favorite browser.  Of course, we can use another social marketing service like Delicious.  Luckily, the tags can be preserved too.  The only limitation is that the date of bookmark creation cannot be kept.  You can see that the date is set manually in the conversion script because it is not available in the CSV file.

Permalinks:

Migrating from Blinklist to Delicious using PHP

舊酒新瓶

以第三方工具形式，讓用家在任何網頁上留言的意念亳不新鮮，早在1999年已有類似服務 Third Voice。為什麼以前沒有成功？原因是需要用家登記並安裝瀏覽器插件，以前瀏覽網頁的速度已很慢，更要用插件，慢上加慢當然不受歡迎。後期也有一些公司嘗試，最有 web 2.0 網站感覺的是 Diigo，把 bookmark + content highlight 等設計成個人學習工具，分享評論次之，我相信用戶也以此為主要用途。

時至今日要在網站加入和訪客交流的功能真是易如反掌，免費的留言版、論壇程式或者服務不缺，就算想做到即時回應， Live Chat 、Helpdesk 等也有大量供應商，網站若果未有提供和用戶交流的工具，並非技術和成本問題，而是怕沒時間管理。

Blogger / Webmaster 為什麼不喜歡 Google Sidewiki

用 webmaster 的角度看，Google Sidewiki 帶來的麻煩比好處更多，如前述交流的渠道根本不缺，為什麼要多此一舉呢？Buzzmachine 上的討論相當激烈，筆者嘗試歸納他們關注的問題：

1. Google 「偷取」了網站的用戶評論，評論是網頁內容的一部分，而且對受歡迎的網誌來說更是非常重要的部分
2. 強制參與，不論你喜不喜歡
3. 必須安裝 Google Toolbar
4. webmaster 對留言完成沒有監控權，縱使看到惡意評論、廣告等也只可向 Google 提出，會否處理、有沒有時間處理成疑
5. 有人在網站留言後沒有通知機制，難以處理回應
6. 某些人可能錯以為 Google Sidewiki 是網站的一部分，或者以為 Sidewiki 是網站使用的留言服務，讓立心不良的人有機可圖，例如在慈善網站上留言叫人捐助騙財

目前為止 webmaster 可以做的是向 Google 表明網站擁有權，從而可以在 Sidewiki 上留下一個置頂的訊息。

個人認為最終 Google 會提供一些 API，令留言可以集中在網站指定的地方，如 Wordpress comment 或其他留言系統的服務令管理較易，但若果網站希望可以退出或者刪除 / 審核留言內容，估計機會很渺茫。

惡意留言、廣告、欺詐

Google 對處理惡意留言、廣告、欺詐訊息問題相當有信心，認為其系統可以杜絕以上問題，我不下結論，不如大家去 Youtube 上看看，你覺得他們做得出色嗎？在英國已有人試用 Sidewiki，在《每日郵報》網站上叫人轉看《衛報》。我估計很多以打廣告為生的公司已蠢蠢欲動，國內很多用戶上不到 Youtube 網站，不過 Google Sidewiki 絕對是商機無限。如果你經營一個商業網站，自然不希望競爭對手的訊息出現在自己網站之上。但使用 Sidewiki 很易令人有機可乘。事實上不一定要到直接的競爭對手網站上留言，假如我經營印囍帖的生意，我大可以到婚禮相關行業的網站上留言打廣告。

賈君鵬事件中，可見有些公司玩「馬甲」已玩到出神入化，難辨真偽，而寫軟文偽原創是國內做 Internet Marketing 的基本模式，你認為 Google 有多少能力打勝這場仗？又願意付出多少保障網站的權益？

Sidewiki 會成為主流嗎

寫這篇文章之時我很留意究竟有沒有人利用 Twitter 製作同類服務，目前已找到2個。這一類不需要網站安裝，利用既有服務，把留言討論功能加在網站的服務看來是方興未艾，究竟會否受用家歡迎，變成日後留言討論的集中點仍是未知知數，希望筆者和眾 webmaster 的想法只是杞人憂天。

Permalinks:

令人不安的 Google Sidewiki

首先，Delicious 把首頁更改成 Fresh Bookmarks。所謂 Fresh Bookmarks，大致上是以 Twitter 上有多少人談論，及用戶加入的書籤而計算出來的排行表，顯示當前最受人關注的消息，而在每一個 bookmark 的下方，更加入了 related tweets。在官方網誌中提到，在技術上 Fresh Bookmarks  是計算相關的 tweets 而非單純地點算有多少個 tweets 包含某個連結，而且要做到去除低質量和spam內容。以往 Delicious 首頁的書籤很多都和設計相關，更改之後則可包含更多時事、科技、互聯網和媒體的資訊。而 Fresh Bookmarks 應該比 Tweetmeme 這類只考慮連結數量的網站更準確。

另一方面，當用戶加入書籤時可同時分享到 Twitter，並可以寫下訊息，和 twitthat 的功能類似，可惜此功能不會把網頁標題加入訊息內，未必每個用戶都習慣這模式。

較早時 addtoany 發表了一個統計報告，發現 Fackbook 已成為人們最常用的分享內容渠道 (24%)，第2和第3分別是 e-mail (11.1%) 和 Twitter (10.8%)，Delicious 則只有 4.5%，而 Digg 的 4.4% 也是同病相連，難怪兩者都要出盡法寶求變。雖然 addtoany 的用戶數目大幅落後於 sharethis 和 addthis，但個人估計要是做一個正式的調查，排名也不會有太大改變。

Readwriteweb 對 Fresh Bookmarks 的構思大表加許，認為 Delicious 老早就應該加入這功能，並可超越 Digg。Jansen 則希望在自己的 bookmark 頁面，也能顯示每個條目有什麼相關的 tweets，以便可以發現關注同一訊息的 Twitter 用戶。而亦有人，包括 Delicious 的原作者不贊同這構思 (saving != sharing)。

究竟現在人們會如何使用 social bookmark 服務呢？雖然這類網站鼓勵用戶交流分享，但相信有不少用戶只會記下日後會再次瀏覽的網頁，時效性很短或者只看一次的則不會記下，筆者也是這類用戶之一。這2項新功能對我們不是很吸引，未必會改變我們使用 Delicious 的習慣。Cloudnotes 的看法大致和我相同，把 Twitter  和書籤、note-taking 當作不同類的服務使用。

以前分享訊息的平台只有 social bookmark，現在則有更多可以即時和其他人交流的渠道選擇，攤分了 social bookmark 的功能。既然新增的功能是針對把 Delicious 用作分享的用戶，就應該更加深入地整合 Twitter，例如 Fresh Bookmarks 可以增加數量，在用戶個人頁面顯示 related tweets，與及簡化分享的步驟和形式，否則像蜻蜓點水式的改動，則難以改變現狀。

Permalinks:

Delicious 可以借 Twitter 注入生氣嗎？

要驗證域名擁有權，最佳方法莫過於運用這權利。更改網頁寄存和更改域名註冊商是兩項最常發生，而又需要域名的擁有權 / 控制權才可進行的工作，是最實際的檢查方法。在技術層面上，擁有權和控制權難以分開， 雖然登記域名時可分開填寫 Registrant 及 Admin Contact 的資料，但筆者估計大部分人都用相同資料，而域名註冊商亦只會和 Admin Contact 聯絡，所以本文會把兩者視為等同。

更改網頁寄存的方法

以下簡單說明一下更改網存的步驟：

• 向新網存公司申請帳戶
• 新公司一般會提供臨時網址 (即不需要使用你的域名) ，讓你登入控制台和使用 FTP，你可把舊網站資料上載，設定域名資料 (多數已替你做了) 、電郵等等
• 更改域名的 Name Server ，可能要 24-72 小時才會生效，其間在新舊網存的網站都會有訪客，因此不建議立即移除在舊網存的資料
• 當確認在舊網存的網站沒有訪客，則代表轉換網存已順利完成

更改域名註冊商

國際域名雖然是由 ICANN 負責，但實際的運作則由 ICANN-Accredited Registrars 執行，大家登記域名時可直接向他們申請，亦可透過他們的 Resellers 申請。很多人初次做網站時都會向網存公司一併申請域名，這也是弄不清楚擁有權的原因之一。以下是轉換域名註冊商的步驟：

在舊註冊商網站上進行

• 先解除域名鎖，上了鎖的域名不能轉到另一個註冊商
• 移除 Privacy Protection 功能，以便新註冊商可以寄 e-mail 給你
• 獲取 EPP Key，這是一組很重要的密碼，以證明你的域名擁有權

在新註冊商網站上進行

• 提出轉移域名申請
• 輸入 EPP Key

• 新註冊商會發 e-mail 到 Admin Contact 的電郵，Admin Contact 需要授權轉換 (所以登記資料有自己公司名稱是沒有意思，Admin Contact 的 e-mail 才最重要！)
• 舊註冊商可能也會發 e-mail 到 Admin Contact，要求你再確認一次
• 舊註冊商把域名交給新註冊商

Reference: http://www.namecheap.com/learn/transfer-your-domain/transfer-process.asp

以上藍色的步驟，你可以做得到嗎？當大家申請域名時，註冊商一定會提供一個控制台給你，基本功能包括：

1. 更改 Name Server
2. 更改登記人資料，包括 Admin Contact
3. 域名鎖開關
4. 開啟 Privacy Protection 功能 (通常要另外付費)
5. 獲取 EPP Key

有些公司同時提供網頁寄存和域名註冊服務 (即是  ICANN-Accredited Registrar 或 Reseller，並非代申請)，把兩者的控制台整合，筆者以前用過的 bluehost 就把域名控制台整合到 cpanel 中。因此只要確定能夠獲取和更改以上設定，則可肯定域名的擁有權屬於你。

域名擁有權糾紛人人也想避免，所以 J Solutions 十分主張用戶自行申請域名，及分別向不同公司申請域名和網頁寄存。有些用戶怕出錯要求代勞，為此我們採用的方法是 (1) 申請一個電郵，用以上電郵提出申請; 或 (2) 先替客戶登記域名，然後替客戶在同一註冊商申請帳號，把域名轉過去，完成後把電郵和帳號交給客戶。

以上說明只適用於國際域名之上，域名擁有權問題很少發生在 .hk 之上，原因是 .hk 不能使用 Privacy Protection，而且由單一公司管理，發生問題時也有仲裁機制 (雖然國際域名也有，但一般小網站都不會花時間去提出申訴)，在管理上較嚴謹，這都是 .hk 的優點之一。HKIRC 很應該向用戶宣傳這一點，增加 .hk 的吸引力。

Permalinks:

確認域名擁有權的最佳方法

TalkPress 免費論壇是採用自家研製的論壇系統 bbPress，bbPress 是一個簡單易用的論壇，但發展得未算成熟，而且較依賴插件來達成基本的功能，例如在 post 內直接顯示上傳的圖片這很基本的功能，也要安裝插件才做到的。這特色好有不好，靠第三方開發者始終難以預計發展的步伐；但系統的開放性越高，當系統越來越多人使用時則可吸引更多開發者，就如 Wordpress 其實都很靠插件，但因開發者眾，現時差不多所有功能都可找到多於一個插件。我也有玩過 bbPress ，給我的印象是當然沒法和我們常用的論壇系統相比，而且個人認為外國對 forum 程式的要求不同，不會像香港網站般，無論推文、資源分享、交友、爆料、消費情報、玩遊戲等等都用論壇系統去實行，所以我預計 bbPress 在功能上沒可能追得上。

不過 TalkPress 最大的賣點是可以和 Wordpress 及 Wordpress MU 系統整合，現時很多個人和公司網站都由 Wordpress 系統建成，想替網站增加簡單的 forum 功能，Talkpress / bbPress 實在很有吸引力。雖然很多著名的 forum 系統 (有說 discuz 都可以，有朋友可以報下料嗎？) 都有與 Wordpress 整合的 bridge / plugin，但整合的方式會較難，程度也許未必夠深入。有一個較少人認識，但卻專門針對 Wordpress 開發的論壇系統 Simple:Press，大家可以一試。

間中也有客戶問我究竟開 forum 是否好主意，網站加入互動交流的功能一定更好，但要有以下準備：

1. 不要有不切實際的期望，以為一開設論壇就可建立具人氣的社群，特別是商業網站，人們一定有更高的戒心，香港不少雜誌、入門網站都開了 forum，資源比人強，但人氣卻比同類網站差。
2. 論壇要有一些很懂得和網友交流的人員管理，要做到公正又友善。
3. 就算你有上述人才，亦需要付出很多時間打理，試想想，如果有網友在你的論壇上問了問題，但3天也得不到回應，你想他要再來嗎？
4. 遇到對網站 / 公司負面的批評，打算怎去處理？
5. 遇到政治、宗教、時事論討 (假設和你的網站不相關，而這些言論很易過火)、廣告留言、轉貼有可能侵權的圖文，是否採取完全封殺的態度？要知道，「轉貼」其他網站的內容，可能是很多論壇可以成功留住會員的方法。

技術上在網站加一個 forum 不難，不過在人力、時間和心態上要有足夠的準備才可以。

Permalinks:

Wordpress 將會提供免費論壇服務

最近看到有網存公司忽然推廣「通用網址」的服務，還說是網站在國內推廣業務必備的工具，大家知道什麼是「通用網址」嗎？

「通用網址」不錯是國內互聯網官方機構 CNNIC 的一項服務，網站可以購買一個未有人註冊的關鍵字作為「網址」，當某些用戶 (以下我會解釋那一些用戶才可以用到) 在瀏覽器輸入網站購買的關鍵字時，就會直接去該個網站。其實這項服務已推出多年，某程度上可視為解決未有中文域名的折衝辦法，所以當我發現有香港公司開始推廣這服務時，感到相當奇怪。

「通用網址」並非中文域名，雖然在國內是由同一機構負責。中文域名現在還不流行，主因是 IE6 不支援，我想還要2-3年才有望變得流行。如果你是用繁中 Firefox ，當你在網址欄輸入關鍵字，瀏覽器會轉到Yahoo奇摩搜尋，如果用 IE 應該是 live search 吧。那麼「通用網址」究竟如何做到當用戶在瀏覽器地址欄輸入關鍵字就可去到指定的網站呢？答案是該用戶必須事先安裝了一個瀏覽器插件。而說到瀏覽器插件，我想「通用網址」給我最深的印象是約2年前，CNNIC 和一間防毒軟件商的民事訴訟，後者指前者的產品是流氓軟件，雙方互告對方侵犯名譽 (參看 Wiki)。 雖然訴訟最後是 CNNIC 獲勝，但究竟有多少人安裝了插件，令瀏覽器支援「通用網址」？當年聲討流氓軟件之聲不絕於耳，比「通用網址」開發得更早，同是提供關鍵字轉址服務的 3721 ，也變得神憎鬼厭，今年更從互聯網上消失。

除了透過安裝插件，當用戶透過搜索引擎網站查詢時，在 sidebar 上有一條連結連去「通用網址」相同的關鍵字，理論上是可以增加網站的訪問量，不過個人認為相當不顯眼。

你找到「通用網址」的連結嗎？

假如你對這服務仍有興趣，我想你不會註冊自己公司名稱而選一個更常用的字詞，但據我了解並非所有關鍵字的售價一樣，熱門的關鍵字貴很多，大家不妨向多幾間代理查詢。

Permalinks:

什麼是通用網址？

很多公司網站都有使用 forum / blog / cms / shopping cart 等系統，換句話說公司未必有一套完整的網站資料，萬一發生系統故障、黑客入侵時不可能把資料回復，因此定期備份是必須的。很多人以為 web hosting 公司一定會做替你做 backup，事實上並非如此，你應該先問清楚。

部分公司表示會用 RAID 系統作「即時」資料備份，其實 RAID 的主要用途並非作資料備份。RAID is not backup 一文解釋得很清楚 RAID 不能解決的問題，網上不時也傳出死 RAID 弄失資料的事例。因此留一套網站的資料作保險之用是必須的，而方法也相當簡單。

大部分的網存控制台都有把整站資料備份的功能，方便用家有需要時直接把備份上傳就可回復網站到出事前一樣。假如你的 web hosting 使用 cpanel 就更為方便，因其提供幾個整站 bakcup 的方式，當中有一個可以備份到 remote FTP server。很多小公司、甚至家庭都會使用 NAS，而其中不少產品具 FTP server 功能，而更方便的地方是可設立一個 cron job ，自動定時備份，詳情可參考 Automatic cPanel backup (domain & MySQL) with cron & PHP。我的一個客戶就是用上述方式替網站備份。如果你沒有 FTP server，或者網存的控制台不支援 FTP backup，則要養成定時備份的習慣。

以上的方法只適合小型網站，如果你的網站資料庫很大，就要用專業的方案了。

Permalinks:

你有為網站備份嗎？

Resumator 是一個很實用的網上服務，專為解決以上問題的開發的工具。個人認為這服務的技術不複雜，很多 developer 都有能力製作，我看過介紹後的第一個反應是為什麼以前沒有人想到做這服務呢？創意和專注地針對一個範圍而開發的網上服務，有時比技術更重要。

言歸正傳，究竟 Resumator 可以用來做什麼呢？首先這服務可以幫你製作招聘網頁，把空缺資料加入自己的公司網站內。很多公司網站就算以內容管理系統建設，也未必讓 HR 同事自行更改，先要把招聘資料交給 IT 部門，才可登在網站上，費時失事。使用 Resumator 則可很放心讓 HR 員工自己發放資料到網站上。另一方面，Resumator 製作的招聘網頁亦是一張網頁表格，求職者可按申請的職位，填寫表格及上傳履歷表，系統會自動按職位分類處理，先節省了手動分類的工作，亦可消除 spam e-mail 的煩惱。

以上的功能只是前菜，接下來的更是 HR 夢寐以求的功能。把求職者的申請分好類別只是第一步，如何整理一份面試者名單涉及的工作更多。首先 Resumator 使用 Scribd 技術讓使用者不必用文書處理軟件開啟附件，亦可用 keyword search 找名單上有某項特別技能的申請人，而且當讀過一份申請資料後，可結予 rating 和寫上評語，留待日後參考。而這服務更支援多於一個使用者，如果公司聘用員工的程序涉及多於一位同事，則極之有用，可減省傳閱文件的手續。至於支援多少個用戶，和如何設定權限就要試用才知道，最理想當然是可以按職位設定，把權限交給聘請員工部門主管一同參與。不過作為一個新推出的服務，我相信 Resumator 一定會慢慢加上更多功能。

很多網上服務都只有英文版本，未必合大家使用，不過在招聘方面，香港很多公司是 english only，實在值得試試。

via Resumator makes hiring collaborative, paper-free

Permalinks:

Resumator: 請人的好幫手

如何以低成本和短時間開發網站系統？最常用的方法是使用網上服務，或使用現成系統再開發。以問卷調查系統為例，網上有頗多提供問卷調查的服務，中英文網站也有，在某些條件和限制下甚至可免費使用，因此頗受中學生和大學生歡迎。

不過很多公司都不太願意使用網上服務，傾向自建系統，那麼如何可以提高系統的安全性，又不會花太多開發成本呢？答案就是採用現成的系統，配合公司的需要修改和整合。以下介紹 2 個可行的方案。

LimeSurvey 前身為 PHPSurveyor，是一套免費又開源，並且發展得相當成熟的 PHP 問卷調查系統。除了可建立多款不同的問卷調查問題外，這系統提供亦提供基本的分析及資料輸出功能，例如可輸出到專業的 SPSS 統計軟件作進一步的分析，一定超出大部分商業用家的要求。其實如果你的網存是使用cpanel，則更可自動安裝到你的網站上。不過這系統的好玩之處是自由度很大，可惜關於 LimeSurvey 的教學不多，有機會我會再詳細介紹一下。

假如你的網站是使用Joomla!，或者預算不多又想長期建立一套問卷調查系統，則 ijoomla 的 survey component 很值得考慮。我在以前的project中曾經接觸過這一個Joomla插件，功能上不俗，而且使用上也很容易，適合給公司其他部門的非IT人員使用，可是這插件不支援 Joomlafish (Joomla 上的多語言系統)，如果你的問題需要有多語言版本則不合用。

其實建立一套網上系統，安全考慮是首要的，特別是涉及用戶的個人資料。遭黑客高手入侵可能會得到客戶體諒，不過因一時大意造成的錯誤則難辭其咎。

Permalinks:

網上問卷又洩私隱

一套系統發展到 7.0，難以避免功能越加越多，超出部分用家的要求。可惜其他論壇系統在香港都不流行，若果有客戶需要建立一個較多功能、讓會員間進行討論的論壇，我仍是先推薦使用這套系統。不過若只打算使用論壇，作為解答網站訪客問題之用，可考慮 Wordpress 同系的 bbPress。

Discuz! 7.0 除了官方公布的更新外，其實還有一個功能，就是可以在個人資料中，綁定自己的 MSN，即是所謂「 MSN 在線通」(MSN 不是已改名為 Windows Live Messenger 嗎？真不明白為什麼會用這名稱)。

「 MSN 在線通」其實在去年已推出，不過香港和台灣都沒有用這名稱 (香港只稱為網頁設定) ，而且也沒有太多相關的宣傳。不過隨著越多論壇升級到 7.0 後，越多人會認識這功能。

究竟什麼是「 MSN 在線通」？其中一個功能，是可以在網頁／論壇上顯示你的 Live Messenger 在線狀態，而更進一步是可以讓其他人和你作即時文字對話。你可以在不提供自己 Live Messenger 帳號的情況下，而對方更不必安裝 Live Messenger，在獲得你的同意後，直接在網頁上和你通話。這功能最適合購物網站和需要提供在線支援的網站使用。因此在 Discuz! 母公司的購物網站系統中已率先加入。至於引入論壇系統是否合用呢？個人認為沒有人會有這麼多時間和陌生人交流吧。

如果把「 MSN 在線通」用作在線客戶服務系統，其實功能很有限，例如當你離線時，其系統不會替你接留言，而且基本的分析和報告都欠奉。但大家可以用來試驗一下網站是否有需要增加這類系統，及人力分配上是否可行。日後希望有機會為大家介紹其他免費的在線客服系統。

Permalinks:

Discuz! 7.0 與 MSN 在線通