在使用 boost 模組以增加伺服器的負載和提高反應時間的同時,
因為boost 會完全繞過資料庫的讀取, 內建的統計模組便會失去功能
只能靠 Google analytics 或者 web server 端的統計數字
問題都不是太嚴重
但兩種統計都不能給眾多作者和編輯存取成為唯一的缺點

還好, Google analytics 有 export API 理論上是可以提供簡單的資料的
但因為一直沒有時間, 而且之前也沒有使用這 API 的經驗
便一直放下至近日..

最近又為 inmediahk 從 media temple 轉到 rackspace cloud
主要是因為 MT 不便宜, 伺服器的效能因為流量加大而開始下降
遇到伺服器不穩定又需要工作人員重新啟動 (不論半夜, 過年)
所以轉用 rackspace cloud

RS 以 computing cycle, cloud service 的型式提供伺服器
我們幾乎只有 FTP 的權限, 但 RS 就會令網站的 apache, MYSQL 不會出問題
硬碟也類似, 情況和 Google app engine 的 python, Java, Heroku 等很類似
但價錢....都不是一般人可以負擔得起

當中的難度在於,
RS 提供的 FTP 慢, 需要在 MT 以 ssh 傳到 RS 的 ftp
MYSQL 也類似, 沒有 SSH 也難做 backup 等等
cmd 的指令也要先在轉伺服之前先熟練的準備好
還好最後都在兩個小時完成
DNS 大約在一天之內完成
而伺服器的速度又有所升, 是很好的學習經驗

全站所有頁面的RSS 其實並不是什麼特別的功能,
views 使用 argument RSS, display all values 已經可以提供該views 的RSS 了
只細心設定, 全站RSS 只是小事一樁
但這對一個新聞性, 互動性高的網站應該很重要吧

但我在檢查RSS 的時候,
發覺node 頁面是不提供RSS 的
即是說, 大家不可以使用RSS 的方式訂閱node 的留言, 回應
所以便使用了comment RSS 模組了
順利提供一個node 的comment 的RSS

要實現的功能是 "自動放一個內容類型連結"
例如一個"專欄文章"的node, 便放一個連結到頁尾, 可以連結到"專欄文章列表"
"站外連結"node 便連到"站外連結列表"
難度在於"自動"的一部份
因為taxonomy 是用戶選的
連內建的forum 也需要用戶選擇正確的分類
所以連結不難, 但"自動化"便難

原本打算使用taxonomy, 再自己hack 一下form api, 讓它自動成為某一taxonomy
但後來用了一個更好, 更方便, 但沒有那麼直觀的方法
便是用views 的argument, 配合themes

首先在node.tpl.php內, 找出node 的type
但 $node->type 只有一個machine readable 的類型名字
連node_load() 也只有 一個英文的類型名字
番了api, node_get_types('name',$node) 才是正確得出內容類型名字的函數