PALACE 歸家了！

在決意疏 blog（？！）後的這個多星期裡，每天還是很忙的感覺（錯覺？）。可能是公事真的太頻繁，心裡再次湧現「三國無雙」的畫面，小嘍囉殺之不盡：幹掉兩個，五個又衝上來了。一般來說，雖然下班後可完全地把辦工室的繁忙感拋諸腦後，但可能真的是太專注於工作的關係，下班後的時間整個人都像呆呆的，所以很多沒急切性的私事還是沒完成。其中一事就是在 DreamHost 租期滿之前把這 PALACE 撤會家中的 server，這個在昨晚一鼓作氣的「把頭洗濕了」，之後就不能再懶的把整個程序完成了。搬遷完成後，借用祖國第一航天員的名句，就是「感覺良好」。雜亂感想細列如下：

PALACE 的反應速度大大提高了！寫文章中途的儲存只花不到兩秒就能完成載入新的頁面！不過這是意料之內的，因為 server 就在客廳，而我的 Mac Mini 就在沒十多步距離的房間內，那當然快了。其他香港的訪客也會覺得快了很多吧？大家經 HKIX 出入的應該慢不到哪裡去。早前替 PALACE 準備換 theme，我也是在家裡的 server 做測試的，回到公司時也有測試一下，已發現那爽快的回應真的很吸引！（這可能就是撤回家的前因之一？）希望大陸及台灣的訪客們也能感受到這速度上的分別吧！
不過也有點隱憂，首先是百度 robot 過份頻繁的 crawling，印象中看過一篇文章教人用 rewrite rules 把百度 robot 擋下來的，不過我沒 bookmark 起來，要再找找這篇救藥呢。
較無關痛癢的隱憂是，家中那 PPPoE 斷線的話是懂得自動重新連線的，但連線後 DNS 更新則要點時間。我已把動態 DNS 那 daemon 設成每分鐘檢查或更新一次，但也不可能是即時生效。印象中這大概要花十數分鐘才能回復正常，所以將來不能連上 PALACE 時煩請十數分鐘後再試試看。
另一細微的問題：主頁那「iTunes 最近播放」不懂更新，因為 Konfabulator 那 iTunes Companion 就是連不上家中的 FTP。已在 server 的防火牆加了新的 rule 讓 FTP 接口向內開，在 Mac Mini 用 ftp command 連過去也成功，上載也沒問題，就只有 iTunes Companion 不能上載，奇…
再來就是要花時間再安排備份的事。之前在 DreamHost 的做法是加入 cron job 以 rsync 經 ssh，把定期 tar 好了的 database 及整個 PALACE 目錄 sync 回家裡的 server。現在嘛，可能會考慮 server 跟 Mac Mini 做 rsync，不過 Mac Mini 不是 7×24 工作，cron job 時間安排方面要細心想了。為甚麼一定要 sync 到別的地方呢？local 的在 server 裡 backup 不可嗎？因為家中那 server 是舊 PC 嘛，而且 7×24 的運作，硬碟恐怕有天會掛掉呢。
PALACE 回應快了，除了看的舒服，寫的也舒服外，管理方面也更舒暢了。我大概有在這裡說過想加入 tagging 的措施吧？另外也想把所有舊文章改得盡量附合 W3C 的標準；PALACE 在 DreamHost 的話，那慢條斯理的速度實在很難令我堅持去完成啊！在家裡做的話則不同了，該不會看著十個轉轉轉的 Firefox 分頁還要繼續等吧？
啊！Phreak 兄說過我換的新 theme 是為把 PALACE 撤回家裡而舖路，但我想了想則覺得，轉用這簡約 theme 的原因不少，但為回家而轉則沒想過呢。其實之前放在 DreamHost 的話那則更需要低負載的 theme，因為反應慢嘛。家中的 server 雖然只是 AthlonXP 2000+ 及 512MB 記憶體，比不上 DreamHost 那台 4 芯，不知是 HT 還是雙核的 Xeon 2.66GHz 配 1.5GB 記憶體，但家中的 server 差不多是 PALACE 獨佔嘛（除 web server 外其實還有 gateway 的工作），以每天二百多人次到訪的流量看來大概能應付吧？話說回來，最近疏 blog 太嚴重，每日訪客量大跌百多人呢…
DreamHost 的租期本來是七月尾才完結的，提前三星期把 PALACE 撤回就是要看看把 PALACE 放在家中會不會有問題，若真的支持不了就可能要考慮跟 DreamHost 續租了！希望能安頓下來吧。

《PALACE 歸家了！》： 9 個回應

Phreak （2006 年 7 月 9 日 12:22）

Mozilla Firefox 1.5.0.4 Mac OS X

蜜桃君竟然只考慮 CPU loading？在下反認為，upload thruoughput 才是關鍵。

反正 server side processing 不多，以 ADSL 的 640kbps 的 throughput 來說，其本上不可能增加你 server 幾個百份點的負載。除了會對你的 bittorrent 有點影響外，分別不大。

但反而是只要在 theme 加上一張大相 / flashes，幾個未 cache 的新鮮讀者的 requests，足以讓他們以為這個 server 呆了。

不信？只要試試加上了一兩張 album covers 便明白了。 ^_^

所以在下才以為你的簡約 theme 是為了減少 thruput 所至。
天佑（2006 年 7 月 9 日 13:15）

Mozilla Firefox 1.5.0.4 Windows XP

Phreak：Madthiu 是用和記的，所以 upload bandwidth 不只 640kps 的。
Madthiu （2006 年 7 月 9 日 13:28）

Mozilla Firefox 1.5.0.4 Mac OS X

Phreak 兄：
太小看我了！哈哈！你說的我都有考慮過呢，不過就是不知道會否低估了實況。

我說嘛，我那是 “PPPoE”，但沒說過那是 “Asymmetrical Digital Subscriber Line”，那就是說我家對外的上下載是 Symmetric 的。（啊，被天佑搶白了）side processing 嘛，最忙可能是 NAT 的工作了，但看來也不會消耗很多資源呢。圖片方面，我這個真的一直有舖路呢，一般圖片只會有 QVGA 的解像度，也不會有很多體積較大的原圖放上來，所以絕大部份圖片也只是數十 KBytes 而已，絕對應付得來。
Phreak （2006 年 7 月 9 日 21:05）

Mozilla Firefox 1.5.0.4 Mac OS X

和記也要用 PPPoE？不是 Gigabit 嗎？臭了。 >.
Phreak （2006 年 7 月 9 日 21:08）

Mozilla Firefox 1.5.0.4 Mac OS X

頂，自從”臭了”的 smiley 後，全部回應都不見了，蜜桃君快搞搞個 comment filter。

以下是上個留言未出現的原文：

不過，都是一樣， network 負擔才是唯一要擔心的問題。和記的上限應該相當高的（以 Gigabit 為準，行 PPPoE 的，我就不清楚了。） ^^
Madthiu （2006 年 7 月 10 日 00:51）

Mozilla Firefox 1.5.0.4 Mac OS X

Phreak 兄：
和記 GE 要長實的物業才會有呢，其他屋苑都是 XDSL 而已。理論上下載速度是一樣的，可能的分別是幾 ms 的 ping time 吧？

comment filter 問題，那很花功夫嘛，因為問題關鍵是這個 “<” 是 HTML tag 的開首字元，要輸入 “<” 才能避過問題。這個我之前也在這裡回應過其他人，但碰巧你沒看到吧？ ^_^

anyway，其實只要我補回正式的 smilies 系統就能避免留言者的筆誤了，但我太懶所以一直沒做呢。
Clement T （2006 年 7 月 10 日 17:41）

Mozilla Firefox 1.5.0.4 Windows XP

Backup 我選了寄去 Gmail
雖然有點怕被 Hack ，不過還是算了。
天佑（2006 年 7 月 10 日 17:59）

Mozilla Firefox 1.5.0.4 Windows 2000

Clement：我都是懶惰關係，所以都是將 backup send 去 Gmail 便算。