目前 Chromium 原始碼的來源有兩種，一種是下載官方包好的 Source Code Tarball ，解壓縮之後編譯，另一種是從 SVN 版本控制系統取出再編譯。我偏好後者，雖然第一次取出比較慢，但之後可以隨時維持更新。

要取出 Source Code 必須依靠 depot_tools ，可以從這邊下載 depot_tools.tar.gz，完成之後挑選一個目錄解壓縮，並且在 shell 宣告環境變數(例如加到你的 .profile 檔或是 .bashrc 檔，以下這個寫法是假定 depot_tools 解壓縮在自己的家目錄下。)：

 # for google chrome
 export PATH=`pwd`/depot_tools:"$PATH"

另外要檢查一下是否有宣告 PKG_CONFIG_PATH ，如果沒有的話，找出 pkgconfig 的路徑，並且宣告。

 export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig/

這樣就可以執行 depot_tools 了，以上算是前置作業，接著是環境的檢查，看看有什麼沒裝的，都裝一下 (for Ubuntu)。

sudo apt-get install bison fakeroot flex g++ g++-multilib gperf \
  libapache2-mod-php5 libasound2-dev libbz2-dev libcairo2-dev \
  libdbus-glib-1-dev libgconf2-dev libgl1-mesa-dev libglu1-mesa-dev \
  libglib2.0-dev libgtk2.0-dev libjpeg62-dev libnspr4-dev libnss3-dev \
  libpam0g-dev libsqlite3-dev libxslt1-dev libxss-dev \
  mesa-common-dev msttcorefonts patch perl pkg-config python \
  python2.5-dev rpm subversion libcupsys2-dev libgnome-keyring-dev

接下來建立一個目錄給 chromium ，例如： /home/roga/chromium 就是個不錯的選擇。以下用 $chromium 代表 chromium 所在的目錄，然後建立 config 檔案：

cd $chromium
gclient config http://src.chromium.org/svn/trunk/src

執行完畢之後，目錄下會產生一個 .gclient 檔，請編輯這個檔案，然後加上以下敘述，目的是讓取出的過程中忽略 test case (要不然會額外花費很多時間)。


solutions = [
{ "name" : "src",
"url" : "http://src.chromium.org/svn/trunk/src",
"custom_deps" : {
},
"safesync_url": "",
"custom_deps" : {
"src/third_party/WebKit/LayoutTests": None,
}
},
]


接著就可以開始取出原始碼了，這個步驟要花掉不少時間，可以先去喝個飲料散個步：

cd $chromium
gclient sync

如果跑到一半有任何錯誤的話，請執行剛剛抓下來的 $chromium/build/install-build-deps.sh 這隻程式，會幫你檢查系統套件的相依性，補足不夠的地方，接著重新執行 gclient sync 應該就會成功了。完成之後，在 $chromium 的目錄下應該開始編譯了。

cd $CHROMIUM_ROOT/src
make -j5 chrome

邊完之後，在 $CHROMIUM_ROOT/out 可以看到 binary 檔，直接執行即可。另外可以做一些設定，例如安裝 ccache 增加編譯速度等等，以及 BUILDTYPE (預設是 Debug, 如果改成 Release 則會 optimized 不過編譯時間會增加不少)..等等 ，留待下次討論。最後附上一個有用的連結，可以用 Eclipse 開發 Chromium：Using eclipse as an IDE for developing chromium.。

作者 danny0838 (道可道非常道) 看板 PHP
標題 [請益] Windows 上的中文檔案
時間 Thu Mar 25 00:59:32 2010
──────────────────────────────────────

因為某些因素，小的有用 php 存取 windows 系統上中文檔名檔案的需求..

我知道繁中版 windows 的檔名是用 big5 編碼，
假設一個檔案名為 “測試.txt”，而 php 程式是 UTF-8 編碼，
用 iconv(“UTF-8″,”big5//IGNORE”,”測試.txt”) 即可讀到該檔案。

但如果檔名包含 unicode 呢？
比如 “消化酶.txt”（酉每是 unicode 字元），它會被編為什麼碼？

第二個問題是，若用 scandir 之類的方式掃資料夾，
純 big5 檔名會以 big5 格式傳回，可做進一步應用；
但夾有 unicode 的檔案傳回值一部分會變成 ? (UTF-8 無法對應到 big5 者)，
造成路徑錯誤，掃到檔案卻無法進一步處理。

所以，要如何用 php 存取 windows 系統下，檔名夾有 unicode 字元的檔案呢？

先講解答，答案是沒辦法，但如果是用 Linux + Unicode 檔名，同樣的條件則是完全沒問題。

可以寫一段簡單的測試程式來驗證

<?php
$dir = opendir("./");
while (($file = readdir($dir)) !== false)
{
    echo "filename: " . $file . "\n";
}
closedir($dir);
php?>

執行結果：

但執行環境如果換到 Window 下面的話，一樣的程式碼，則會帶來不同的結果：

實際開啟檔案，裡面的「酶」被換成了「?」這個字元，這是因為 PHP 在 Windows 讀檔名的時候，沒辦法讀出 Unicode 字元。因為 PHP 在 Windows 對 Unicode 支援並不完整。如果用 .NET Framework (原生 Unucode) 就不會有這樣的問題了。我寫了一個簡單的程式來測試，原始碼如下：

using System;
using System.Text;

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            string myDir = "C:\\Users\\roga\\Documents\\php";
            byte[] myBytes;
            string myTmpStr;
            string myString;
            string[] files = null;

            files = System.IO.Directory.GetFiles(myDir);

            foreach (string file in files)
            {
                try
                {
                    System.IO.FileInfo fi = new System.IO.FileInfo(file);

                    Console.WriteLine("\n檔案資訊：");
                    Console.WriteLine("{0}: {1}, {2}", fi.Name, fi.Length, fi.CreationTime);

                    Console.WriteLine("\n檔案內容：");
                    System.IO.StreamReader myFile = new System.IO.StreamReader(myDir + "\\" + fi.Name);
                    myString = myFile.ReadToEnd();
                    myFile.Close();
                    Console.WriteLine(myString);

                    Console.WriteLine("\n改用 Unicode 編碼讀取：");
                    myBytes = System.Text.Encoding.Unicode.GetBytes(fi.Name);
                    myTmpStr = System.Text.Encoding.Unicode.GetString(myBytes);
                    Console.WriteLine(myTmpStr);

                    string myHex = BitConverter.ToString(myBytes);

                    Console.WriteLine("\n轉成 HEX 輸出確認是否正確：");
                    Console.WriteLine(myHex);
                }
                catch (System.IO.FileNotFoundException e)
                {
                    Console.WriteLine(e.Message);
                    continue;
                }
            }

            int pauseTime = 20000;
            System.Threading.Thread.Sleep(pauseTime);

        }
    }
}

• 開一個新目錄，然後建立一個檔案叫做「消化酶.txt」
• 用上面這隻程式讀取目錄下所有檔案，並且顯示內容
• 雖然在畫面上一樣顯示不出來「酶」這個字，是因為在 Console 顯示不出 CP950 以外的字，但可以確定 C# 操作的 resource 底層可以正確存取這個檔案物件。
• 驗證方法是把取回的檔名轉成 Unicode (UTF-16) ，然後以 HEX 碼印出，再對照實際檔名字串(以 Unicode 編碼)的 HEX Code 這樣就可以確定沒錯了。

(連結可以開原圖)

所以說，用 PHP 要讀取 Windows 含有 Unicode 字元的檔案，目前是有困難。

1. 進入日立硬碟原廠保固網頁
2. 選擇「國家」、並且輸入「序列號」，「序列號」在硬碟上可以找到，SN: 後面那串英文數字就是了。
3. 送出之後系統會要求填寫你的資料，以便日後將硬碟寄還給你，雖然網頁介面是中文的，但這邊只接受輸入英文資訊。
4. 填寫完畢送出之後會得到一組 RMA 序號和地址，請把兩者都抄下來，這是寄送硬碟給廠商的必備資訊
5. 包裝妥當拿到郵局以包裹寄出，接下來就等收件了

HITACHI 的硬碟原廠保固在台灣是寄給台灣的 UPS 代收，地址是「Taiwan DCP, UPS Supply Chain Solutions (Taiwan) Co. 台灣(338)桃園縣蘆竹鄉中正北路 1676 號」，包裹外面記得寫網站上抄下的 RMA 序號。

前幾天在 大神 那兒看到 EveryDNS 被 Dyn Inc. 買下，沒想到今天就收到 David Ulevitch (EveryDNS 的 Founder) 寄給所有使用者的信件。

裡面主要是講 EveryDNS 會整合到 Dyn Inc. 的架構之下，以及 David Ulevitch 賣出了 EveryDNS ，他覺得很開心。另外也提到目前使用者應該感覺不出什麼差異。不過在信件最後有提到一個 Q&A ：

Will the service remain free?
While we don’t 100% have the answer to that yet, we will not be making any changes to the service you are currently receiving for the foreseeable future. We will be discontinuing signups in the near future but existing accounts will remain active and fully functional.

目前 EveryDNS 將會停止新帳號的註冊，不過舊帳號功能不會改變。值得注意的是，未來不排除收費的可能性。

如果將來 EveryDNS 要收費的話，我應該就會把 DNS 指回來自己管理了。

首先把 VirtualBox 正在跑的 Guest OS 停掉，然後利用 VBoxManage 指令將 VirtualBox 的映像檔( VDI 檔)轉換成為 VMware 的 VMDK 格式。

VBoxManage clonehd /virtualization/roga-tw.vdi /virtualization/roga-tw.vmdk -format VMDK

以上檔名請自行替換，基本上這一步要花比較多時間，轉換完之後，VMDK 檔案應該會略小於 VDI 檔案 (我是小了 3GB) 。接著，下載免費版本的 VMware Player，接著更改權限 chmod + x 之後使用 root 執行，就可以開始安裝程序，過程很簡單，沒必要貼圖。

安裝完畢之後，新增一台虛擬機器，處理器、記憶體大小、各項設定、網路環境..等等各項參數儘量調整至執行 VirtualBox 時相同狀態，接著把預設的硬碟 remove 掉，重新新增一個硬碟，這時候可以選取剛剛轉換成功的映像檔。

基本上，到這一步，重新啟動就完成了，非常簡單。

This post is password protected. To view it please enter your password below:

Password:

• A natural person who is a citizen or permanent resident of the United States of America or any of its possessions or territories, or whose primary place of domicile is in the United States of America or any of its possessions.
• An entity or organization that is (i) incorporated within one of the fifty (50) U.S. states, the District of Columbia, or any of the United States possessions or territories or (ii) organized or otherwise constituted under the laws of a state of the United States of America, the District of Columbia or any of its possessions or territories.
• An entity or organization (including a federal, state, or local government of the United States, or a political subdivision thereof) that has a bona fide presence in the United States.

規定詳閱：U.S. Nexus Requirement

由於我個人並不符合上面三個條件其中之一，所以我聯絡了匯智資訊詢問該怎麼處理，不過當時沒有回應，期限到了之後 0xff.us 網址就被回收了，雖然查出 WHOIS 的資料還是我，但是 STATUS 卻是 Pending Delete (所以無法使用)。

網址不能用之後我又上匯智資訊的網站重新填寫了一次客戶回報表單，經過幾次往返，最後客服人員打電話給我說會幫我問問看是怎麼回事，由於我已經不抱拿回這個網址的希望了，所以我也沒多說什麼，至於註冊的費用，由於金額不大，所以我也不打算要了，畢竟之前受過國外的氣，對這種事情看得很開。

因為這件事情的關係，我只好再買個新網址來用，因為想買特別點的，所以我跑到 GoDaddy.com 去註冊了一個 zzb.bz 給我的縮網址服務使用，這個網址沒什麼特別的意思，單純看起來好記而已 ，希望這次可以用久一點，不要再生風波了…

UPDATE 20091022：

今天收到匯智資訊的來信，大意是因為和上層註冊商聯繫，所以回覆比較晚，他們確認了目前 0xff.us 這個網址因為必須通過身份審查才能使用，目前已經被美國那邊控管中。

他們提供了兩個方案讓我選，一個是提出證明文件並取回網址所有權：「屬於美國公民、永久居民、公司或在美國擁有資產投資或生意往來的個人或外資公司，並提供相關證明文件。」並且「支付域名贖回金： 美金$80 及 再續約一年的費用：NT$500」，第二個是直接放棄網址所有權，只要我把相關文件和原本的發票寄回他們公司，他就會把當初註冊的費用都退給我。因為我不符合方案一的資格，所以我選擇了方案二。

這邊也是要再度肯定匯智資訊，客服方面真的做得很好，另外也呼籲要購買 .us 網址的朋友，請確定符合資格再購買，以免域名抽檢的時候發生問題。

雖然它賣得很貴不合理，它預設把 VT 關掉打不開 (CPU 有支援，BIOS 沒地方可以開啟)，它維修很貴，它被很多人說花而不實…

但是！但是！但是！

在經過這場驚心動魄的泡水戰役之後，我完全改觀了， VAIO 是很耐用的！它不是徒有其表的產品！它的耐用實在讓人讚嘆！就讓我們徹底地放下誤解，一同迎向美好的未來，和 VAIO 輕輕地共舞吧！

殘酷舞台

自由時報 10 / 4 新聞：「爆紅算命噗站 每日達上萬人次」

〔記者陳怡靜／台北報導〕不出門也能抽籤占卜？免上ＫＴＶ也能照樣點歌？微網誌「噗浪」在國內超熱門，還衍生出駐站機器人提供各式服務，點歌、罵人、祈福、提問都可以，求神問卜與星座運勢更超熱門，每天的「算命噗」超過萬則。特別的是，最熱門的噗浪機器人「邦尼家族」與「小籤籤」，竟然都是七年級生的設計發明。

小籤籤…每5秒要算1次命

網友嘟嚕嚕說：「每天起床不『噗』一下看運勢，就覺得怪怪的，還會看星座幸運色穿衣服！」

台灣人愛算命也可從噗浪中看出來，最近爆紅的網路機器人「小籤籤」擁有超過五萬一千名噗友，設計者roga（見上圖，記者陳怡靜攝）是個七年級生，他開發的「小籤籤」可提供星座運勢、抽籤、塔羅等服務，上線僅五週，每天約有一萬三千人次詢問，平均每五秒就得回覆一個算命訊息，已有四十八萬人次用它算命。

邦尼阿嬤…罵盡男友、客戶走紅

roga分析發現，感情和事業是噗友最關心的事。近十四萬筆抽籤紀錄中，問感情者就超過萬筆、事業則超過一萬兩千筆。

「rogabot」也有四千七百多名噗友，每天整點都為網友貼出「正妹照」。他笑說：「我問朋友們需要什麼服務，大家都說『給我正妹圖！』」

超紅的「邦尼家族」更涵蓋祈福、點歌、樂透等服務，七十年次的設計者Xavier最初以「邦尼阿嬤幫你罵」走紅，許多噗友一不開心，就上噗浪鍵入「幫我罵……」說也奇怪，聽完邦尼阿嬤開罵後，網友往往笑呵呵，不生氣了。

Xavier說，很多網友在噗浪抱怨生活或工作，才想設計宣洩情緒的機器人。而罵人需求果然龐大，「邦尼阿嬤」問世後兩週，每天有千人加「邦尼阿嬤」為好友，罵男友、罵客戶、罵上司統統有，噗友數暴增一萬六千名，堪稱「網友最多的阿嬤」。

但是我錯了，身為一個背著電腦上班的廉價勞工，絕對不能小看台灣的豪雨。

當晚我回到家後，實在是懊惱得不得了，因為我的電腦包裡面進水了，而且還嚴重到有積水。不但新買的張韶涵新專輯「第五季」完全溼掉了，我的歌詞和寫真書都毀了！另外 SZ38 也是佈滿水滴，慘不忍睹。但這也怪不了別人，一切都是因為我自己太粗心大意…

楞了兩秒之後，馬上把張韶涵的 CD + DVD 擦乾，然後連同寫真書和歌詞放到防潮箱裡面。接著再把 SZ 38 上的電池拿下來，光碟機用退片針打開。當托盤彈出來時，塑料部份都是水滴…再趕緊用乾布把整台筆電擦一次，但在我擦筆電的時候，居然還有水從鍵盤縫隙流出來(O.S.: 我是規劃明年才要買新的 NB 呀！)。仔細把外殼擦乾之後，再把相機和鏡頭拿出來，然後把筆電放到防潮箱裡面去…

隔天早上，我把筆電拿出來，在螢幕上仍然可以看到水痕，我不怕死的開了機，螢幕停在 bios 的畫面閃了幾下就不動了。我只好再關機，把 SZ38 放回防潮箱內，打算找找有沒有修理泡水的達人(基本上應該是要找修 VAIO 出名的趙大, mandychao)。

又過了一天，我把 SZ38 再來出來開機，沒想到… 它居然好了 \囧/ (抱頭)

而且鍵盤上每個按鍵都作動正常，網路、無線網路和藍牙也都可以用，顯卡也切換正常(我這篇文章就是用 SZ38 打的)..

這真的讓我不禁讚嘆我的 SZ38 真是強壯又耐操啊！(誰說 SONY 的 NB 中看不中用的，先泡過水再下結論吧，哈哈哈)

現在的螢幕截圖：

剛泡水時的慘狀：

剛泡水時的慘狀：

剛泡水時的慘狀：

就一般網站而言，打自己的名字，應該排在第一名吧(或是第二名呀)，要不然真的就太奇怪了！

試想，打痞客邦結果沒有痞客邦的官網，打無名小站結果沒有無名小站的官網，打總統府結果出現匪區的人民大會堂，這樣不是很詭異嗎？

由於 Glog 和敝人服務的公司頗有淵源，所以就免費在我的 blog 幫忙打個廣告好了：Glog 以及 蒟蒻閣。

說明： Glog = Game Blog ，是一個建構在遊戲基礎上的社群服務平台，採開放態度經營，並加入遊戲元素，使網站上的互動更多元且有趣！蒟蒻閣取網站英文名稱的諧音，有透明、蠕動的意涵，讓會員/網友 能在此平台自由互動，在網路上延伸真實生活，並得到參與感與成就感

備註：直接打網址請打 www.glog.cc 不要打 glog.cc 因為它的 DNS 對應沒有設定這筆紀錄。

寫小籤籤這隻程式是一個很偶然的想法。在小籤籤之前，噗浪上有不少問答式的機器人。算命這方面最出名的應該是 SuperD 長輩的抽籤機器人「sd_bot」以及 KingNet 歡樂網路王國 的卜卦的機器人「肥肥夫人」。由於發覺大家對於算命、星座、塔羅…等等接受度很高，也樂於互動，於是我有了寫小籤籤程式的念頭，希望試試這個市場的水溫，看看使用者們想要什麼。

小籤籤的帳號是在 8/30 (週日)註冊的，註冊當天上午程式就差不多寫完了(抽籤的部份，以及包含詳細解釋的網站)，接著等到在 9/1 (週一上班)噗浪上面開始匯集人潮的時候，正式推出這個服務。

沒想到推出之後有不少人開始加入好朋友，所以我就持續寫了幾個功能上去，包含星座每日運勢第一版(8/31)、更換籤詩資料(8/31)、星座每日運勢第二版(9/1)、英文星座每日運勢(9/2)、預測樂透(9/3)、測字(9/3)、塔羅牌(9/7)。

而小籤籤的好友成長幅度也很驚人：

• 8/31 日推出第一天。
• 9/2 的上午九點左右(推出第二天)，小籤籤的好友超過六千。
• 9/3 的上午九點左右(推出第三天)，小籤籤的好友超過一萬人。
• 9/4 的上午九點左右(推出第四天)，小籤籤的好友超過一萬七千人，並且預告推出塔羅牌服務。
• 9/5 把塔羅牌寫成程式。
• 9/6 整天都在玩，跑去看電影。
• 9/7 的上午九點左右(推出第七天)，塔羅牌服務上線。
• 9/8 上午花了大概 20 分鐘寫噗浪小歌手，原因是邦妮妹妹這隻超級熱門的點歌機器人開始來兼差算命服務，所以我就寫了隻機器人去兼差點歌服務 。
• 9/16 好友突破 40000 人大關。

由於希望加強和使用者的互動，因此我也採取了一個比較有趣的作法：問答回覆的部份由程式去跑，而噗友互動部份則由真人進行。將虛擬和真實結合，讓使用者有更豐富有趣的體驗。所以這部份有一位暫時不想曝光的正妹(我絕對沒有暗示大家可以盧她交照片)來使用小籤籤這個帳號和大家互動。而在整個過程中，毛小妹也了幫我不少地方(小八卦：小籤籤這個名字的靈感是從她的中文名字來的)。或許是因為從女生的角度出發思考，所以接受度也比較高，實際應用層面也比較廣。

其實一開始，我並沒有預料到會成長這麼迅速，後來仔細想了想，追根究底，這功勞還是使用者間的口耳相傳，以及社群網路之間的緊密連結。而在可預期的未來，網路上的行為模式肯定會更加著重於使用者之間的互動，也希望能在這波機器人風潮中，發現新的商業契機。

相關文章：
閒談噗浪機器人 I
閒談噗浪機器人 II
閒談噗浪機器人 III

不過，當這件事情傳開之後，那個噗浪牆的作者回了大家一些很糟糕的話，讓我覺得身處資訊時代，很多基本觀念必須要被釐清。所以我寫下這篇文章。

先轉載部份 toomore 留下的發言：(註一)

September 06, 2009 at 22:25 Toomore 說 問題是照片是你們的還是plurk的….
September 06, 2009 at 22:26 Toomore 說 plurk 都幫你截圖又縮圖，還視為原圖嗎？
September 06, 2009 at 22:33 Toomore 說 1bin: 你們要找的是plurk ，不是我
September 06, 2009 at 22:45 Toomore 說 genic: 你的權益在上傳到plurk時早就被剝奪了……….
September 06, 2009 at 22:59 Toomore 說 我說過不是我的問題…..全世界和我一樣的程式有很多，主機都告訴你們了….
September 06, 2009 at 23:04 Toomore 說 imchien: 我不想耍嘴皮….你們到這裡反應吧！www.plurk.com/contact
/* 在蓋了高樓之後，作者回應了一下的留言 */
September 06, 2009 at 23:41 Toomore 說 牆依舊存在…..
September 06, 2009 at 23:41 Toomore 說 沒有倒下…
September 07, 2009 at 19:21 Toomore 說 我沒躲起來… 因為我等得又不是你們的訊息…

他提到了幾點他認為是對的地方：「1. 照片所有權歸噗浪(*) 2. 程式修改過後的所有權歸噗浪(**) 3. 因為世界上有很多類似的幹圖工具，所以他沒有錯(***)。」

* 後來有許多人討論噗浪的使用者條款，基本上噗浪有權使用，但所有權歸使用者所有。
** 此點並不成立。
*** 這就沒什麼好說的，錯得事情不會因為大家都在做就變成對的。

另外也有些搞不清楚狀況的護航文存在，因為毫無張貼的價值，所以這邊就不貼了。

使用者在上傳照片至噗浪時，絕對是依照經驗法則來使用照片上傳工具(另外在使用者條款中也提到，上傳照片將取代舊照片)。使用者也無法料想到上傳的新照片之後，上傳工具並沒有將舊照片移除，而是僅僅更新資料庫中的頭像的儲存路徑而已。在這種情況下，噗浪在未經告知的情況下擅存使用者的歷史頭像已經非常不妥，而 toomore 在發現這個問題後，甚至還製作了一個工具來抓大量取使用者的歷史圖片，於情於理都有可議之處。

在事發後，當有使用者感到不安或生氣向 toomore 投訴時，他的處理方式是叫他們去和噗浪官方說，和他本人沒關係。但他卻忽略了一點，使用者們是因為 toomore 寫的工具把他們的歷史頭像找出來而感到困擾。這種一昧卸責給噗浪官方的行為實在不可取，也令我無法認同。事後當使用者留言給他提出移除程式要求時，他說：「 說真的，我不知道怎樣把GAE上的程式刪掉ㄟ，有人懂嗎？ 」(於 September 06, 2009 at 23:50)。這種避重就輕，消極不處理的態度，也令人搖頭嘆息，就我所知，有不少在意這件事情的網友因此而砍帳號，或是將頭像換成抗議的標語。

我在此想表達一個非常簡單的概念：當自己的行為讓別人不舒服的時候，應該要自我檢討，並且避免再對別人造成傷害。但這件事情的始作俑者非但沒有自我反省，反而是和親衛隊一直在強調「網路資訊是公開的，他們只是做彙整的動作，甚至沒有複製噗浪的圖片(*)，僅提供連結。」不斷反覆陳述這個論點，強詞奪裡，真的讓人啼笑皆非。有些親衛隊甚至將這個功能比做搜尋引擎，但搜尋引擎會遵守robots.txt也提供會讓使用者移除內容，他的工具功能非但和真正的搜尋引擎功能相去甚遠，而且也沒提供類似機制讓使用者自行決定是否要讓歷史紀錄曝光，將這種工具稱之為搜尋引擎，未免誇大渲染、言過其實。

* 但是該工具把在噗浪爬過的連結存在該工具所使用的資料庫中。

當然，製作這樣的工具，非常可能是出於好玩、想紅…等等。只是在好玩過後，是否應該沈澱一下，思考自己是不是在這好玩的過程中，已經傷害到了許多的人，甚至是把自己的快樂建築在別人的痛苦之上。

另外我要強調一下，真正令人不滿的不是噗浪那邊的問題，而是 toomore 本身漫不在乎，儘管有人非常不希望歷史舊照曝光他也不願徹下程式態度。

所以說「人在做，大家都在看」，千萬不要惡搞呀！

所以，只要內容夠好(或是爛到極點)，並且有一個方便的宣傳工具(例如按一下就可以產生作用)，這樣使用者自然會幫你宣傳。

之前受到 XDite 這篇文章的啟發：她告訴我們，推一個東西，一定要「廣為人知」！所以我昨天在我的某個網頁上面放了一個「推到噗浪」的按鈕：

結果到現在才註冊第二天而已，已經有超過五千好友，扣除第一天寫程式(8/31)，第二天上線起算，平均一天增加超過兩千人(8/31 – 9/2 上午)。河道上也有不少推薦的噗！)

感謝 威任 提供

感謝 chamu 提供

原來這一期的 PCHome 在做 Plurk 機器人的專題，介紹噗浪上面的機器人，對於 rogabot 的描述是：「萬能管家來報到….管的項目既多又廣，可以說是必裝的機器人之一」，真是有趣呢！

來自： August 25, 2009 at 17:01 水鏡神威 說 roga: PCHOME 雜誌 August 2009, page 073。

必須先有一個資料庫(MySQL, PostgreSQL)，並且正確設定帳號密碼。並且安裝 MySQL CLient Library (套件名稱類似：libmysqlclient16，搜尋方式 apt-cache search libmysqlclient )

安裝步驟：

cd /tmp
wget http://mydns.bboy.net/download/mydns-1.1.0.tar.gz
tar xvfz mydns-1.1.0.tar.gz

下載原始檔，存到 /tmp 之後解壓縮。

cd mydns-1.1.0/
./configure
make
make install

切換到目錄，並且編譯，預設使用 MySQL ，如果 ./configure –without-mysql 代表使用 PostgreSQL 。編譯完成後，會有提示如下：

  ###  mydns version 1.1.0 installed!
  ###
  ###  See the file QUICKSTART if you are in a hurry.
  ###  Otherwise, consult the manual (in doc/).
  ###
  ###  The MyDNS server program was installed as
  ###  /usr/local/sbin/mydns
  ###
  ###  Your configuration file should be installed as
  ###  /etc/mydns.conf
  ###  (You can auto-create it with "make conf")
  ###

編輯 /etc/mydns.conf ，裡面可以修改資料庫的連線設定，以及執行 MyDNS 的使用者和群組(可設定為 nobody/nogroup)。然後利用 mydns 自己的指令新增資料表：

mydns --create-tables | mysql -u root -p dbname

dbname 是您的資料庫的名稱，這個指令會建立 soa 和 rr 兩個資料表。
接著在資料庫中修改欄位屬性：

ALTER TABLE soa ADD COLUMN active ENUM('Y','N') NOT NULL;
ALTER TABLE soa ADD INDEX (active);
ALTER TABLE soa ADD COLUMN xfer CHAR(255) NOT NULL;

然後在 /etc/init.d 裡面建立一個 shell script

#! /bin/sh
# mydns         Start the MyDNS server
# Author:       Falko Timme <ft@falkotimme.com>.
set -e

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=mydns
DAEMON=/usr/local/sbin/$NAME
DESC="MyDNS Server"

SCRIPTNAME=/etc/init.d/$NAME

# Gracefully exit if the package has been removed.
test -x $DAEMON || exit 0

case "$1" in
  start)
        echo -n "Starting $DESC: $NAME"
        $DAEMON --background
        echo "."
        ;;
  stop)
        echo "Stopping $DESC: $NAME."
        kill -9 `pidof $NAME` &> /dev/null
        ;;
  restart)
        echo "Restarting $DESC: $NAME."
        $0 stop && sleep 1
        $0 start
        ;;
  *)
        echo "Usage: $SCRIPTNAME {start|stop|restart}" >&2
        exit 1
        ;;
esac
exit 0

執行 /etc/init.d/mydns start 看看能不能跑起來，沒有問題的話，讓服務開機自動啟動：

update-rc.d mydns defaults 21 22

接著複製系統裡面內建的管理介面到 www 目錄下：

cp /tmp/mydns-1.0.0/contrib/admin.php /var/www

接著修改 admin.php ，修改資料庫連線設定。如果把 $auto_update_serial 和 $auto_update_ptr 設定為 1 ，系統會在修改資料的時候，自動增加數值。

參考資料：Running A MySQL-Based DNS Server: MyDNS

在 /etc/apt/source.lst 裡面加入：
deb http://getswiftfox.com/builds/debian unstable non-free
然後執行
apt-get update
apt-get install swiftfox-prescott
如果是 64bit 作業系統，則是：
apt-get install swiftfox-athlon64

安裝好後，有一個地方很麻煩，就是預設介面是英文的(會導致安裝英文版本的 extension 以及判斷瀏覽器語系的問題)，可以從幾個地方來修改…

先安裝語系檔，到 http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.5.2/linux-i686/xpi/ 粗體字部分請改成瀏覽器版本。

安裝完畢之後，在瀏覽器的網址列輸入：about:config 搜尋 useragent 找到 general.useragent.locale 將之改為 zh_TW 即可變成中文介面。

(這個方法也可以讓變成「英文版」的 Google 工具列恢復到中文狀態，因為英文的 Google 和中文不大一樣)

大家應該都知道短網址、縮網址的作用，因為很多網頁都有一個不算短的網址，要傳給別人非常不方便..

舉例來說：http://www.mobile01.com/topicdetail.php?f=281&t=1195053&p=2 這類冗長的網址是不是很容易抄錯，或是打錯呢？

如果能夠把網址處理成 http://zzb.bz/boy 這類的短網址，那對於網址的轉發將是非常方便的！

我在 2006 年年初買了一個網域名稱「http://topdn.net」 一開始的功能是域名網址，後來過了沒多久，
因為無聊所以加入了縮網址的功能，之後就沒再去動它了。上禮拜天我突然覺得應該把「域名轉址」和「縮網址」這兩件事情分開，於是我大概花一點空閒時間以 CodeIgniter 這套 Framework 重新改寫，並以 jQuery 製作一些前端頁面的效果，然後套上一個新的畫面，改變風格，然後買了一個非常有趣的網域名稱：zzb.bz來當縮網址的服務。

因為新網域一定沒人氣，所以就來發個文貼到我的 blog 上面 promote 一下囉！

言歸正傳！開始介紹囉！～

整個介面使用非常簡單，先按下 http://zzb.bz 到主頁面，接著找到可以讓您輸入網址的文字框，輸入(貼上)網址之後，按下「縮短」，系統就會出現一個縮短完成的畫面！

當然系統也提供進階的用法，您可以在縮短網址的時候，先按下「顯示選項」，接著會出現選項，在選項中，您可以「自訂網址」，讓網址變成有意義文字，也可以「自訂密碼」保護您的短網址、當然也可以幫短網址寫一個簡短的描述！

另外在「管理短網址」中，您也可以看到您自己的短網址清單(只要透過 API 縮網址，或是登入系統後再縮網址，短網址會自動加入清單中，)，並且可以觀看「原始網址」、「自訂描述」、「密碼」、另外也可以刪除由您新增的網址

以上是超級簡短的介紹 ，希望大家多多利用喔

「 8 ) 」被換成 「 」 ，我快笑死了 XD

為什麼 Twitter Status 的右下角寫了「Power By Tumblr」呢？

第一、建立一個 B2C 的商業模式，我對 WebAPP 其實並不懂，也不敢說自己了解，畢竟有一段時間沒有寫這類東西了，不過最近利用一些空閒時間閱讀這方面的文件，也用 Web MVC framework 改寫了自己在若干年前的作品，才有了稍微完整的概念。也比較能掌握 Security/Authorization、Performance/Cache、Member/Group、Forum/Community 等等..設計方法。拜現在蓬勃發展的 Web MVC Framework 之賜，開發者可以節省很多重新打造輪子的時間，同時專注於商業邏輯的設計。

另外，良好的使用者介面也是不可或缺的一部分：簡單方便、高可用性一向是最容易被使用者接受的。畢竟要先讀 User Guide 才能操作的介面不可能受大眾歡迎(我們都知道，群眾是懶惰的，尤其是願意花錢的那些人)。接下來就是把訂單和實體通路結合，從完成訂單的那一刻，建立一個金流系統以及通報機制，讓一筆交易可以在最短時間內出貨。

目前瓶頸在於金流問題需要被克服，而且儘量不被第三方代收公司抽成，以及需要製造者當合作夥伴，而我則是扮演一個有趣的代銷平台。另外廣告也是一件惱人的事情，廣告後隨之而來的流量也考驗著該平台的承載能力。

第二、最近抽空看了 Android 的 Tutorials and Sample Code，這個新玩意兒可以用 Eclipse 當 IDE 開發，有提供不斷更新的 SDK ，文件完整，並且部屬環境並不困難。之前有使用同樣開發環境的經驗，要上手可以減少陣痛期，但是要真的寫出 能用 / 好用 / 能賣 的東西卻需要一段時間(和好的靈感)。

雖然目前在行動裝置上 Android 市占率很低，但無損我對它前景的看好，理由網路上非常多，這邊就不贅述了，現階段甚至有 Android Market 可以讓開發者嘗試 idea 是不是被大家接受。

短期之內有這兩個目標，希望兩個月之後有成果，但我會投注較多週末假期在第一個 idea 上面。

而在噗浪中訊息被傳遞的速度到底可以有多快呢？最近的 DELL 液晶螢幕標錯價格事件，以及 COSCUP 2009 報名瞬間額滿事件，大家都曉得噗浪的貢獻不小。

剛好我在噗浪上面有一隻好友破千人的帳號 rogabot，所以…

台灣地震發生頻繁，前幾天我甚至在睡覺的時候被地震搖醒，於是我就有了一個想法：在程式裡面加了關鍵字「地震」，只要有收到超過三個以上使用者的訊息內容提到「地震」，噗浪機器人就會自動發噗，顯示「地震！地震！」，並且寄一封信通知我上網看回應的情況。

剛好昨天下午又發生了一個輕度地震，我感覺到搖晃後馬上就想起這件事情，並且用機器人的帳號登入，想當然耳，畫面上一瞬間河道上擠滿了地震訊息。雖然沒辦法確認同時有多少人在線上，但經過統計，在事件發生始末總共有 66 人發出了訊息：(妄想學長、放縱宗、roga、珊朵拉、linda045、KKK、喔耶～黑巧克布朗尼、比阿利、龍次郎、Nango、WeiMingYu、溫蒂漢堡、泡泡、rogabot、gogolct、台灣筆兒、天殺的、Fido Dido、PerfectCream、Wells、ast3000@難為水、小睿、Zakk Ho、草山巖、P先生、「深藍」、安安、阿兆、美食瘋犬、fenghsulee、小咕嚕、不累的囉~~~、珊蒂咩、symmertric、科科人、Illus、Qsw12、圖書館管理員、qbear122、king127247、小小哲、紀妮可、ElvisLin、CafeTriste、溫泉、chungwu、十二王方牌大車併、阿興、Chocobo、Marcus、Happy Feel、郭噗噗、笑臉、帶著我的50D旅行、AlexPro@PIL、george079@PIL、T.T-傲笑憐、Life Meister、明祥泰戈爾、啾啾鳥菜味很重、ilovevicky、A-home阿宏 | 世運熱烈開跑、CH_Q、Archie、PL61噗而不浪、kaicheng27)。

螢幕截圖請見相簿：噗浪地震相關截圖，共有 11 個畫面。

該帳號當時有 1146 (朋友) + 734 (粉絲) ，根據上面名單粗略估計，至少有 66 – 2 人同時在線上(扣除我的兩個帳號)，保守的上線率是 5.5% (64 / 1146 * 100%) ，回應我的人有 25 人，有 39% (25 / 64 * 100%) 的回覆率。

開始的第一個訊息是妄想學長發的「地震」 發送時間是 2009-07-16T10:48:51Z (GMT+0000) 也就是台灣當地時間的晚上 6 點 48 分 51 秒。

和氣象局公佈的地震資料相同時間，可見他應該是一感覺到搖晃馬上就開始打字：

最後一個相關訊息是由kaicheng27發的「 剛才的地震有多大？」時間是 2009-07-16T10:56:33Z (GMT+0000) 也就是台灣當地時間的晚上 6 點 56 分 51 秒。

單單一個偶然的地震就在 8 分鐘內引發了 66 個訊息被散佈出去，平均每 7.27 秒就有一個訊息在講地震。每個發訊息的人都有自己的好友以及粉絲，編織成了一個緊密的人脈網路，放射狀地傳遞訊息。

由此可見，噗浪的確是個極佳的廣播平台，雖然目前噗浪尚未有任何商業模式出現，不過相信日後一定可以看到類似的應用在這絕佳的「媒體」上出現。

(待續…吧)

以上寫法解釋一下：我在 Local 端開了一個 Port 80 ，然後 roga.tw 會幫我轉到 Lab3.tw:8080 。(並且 Local 到 roga.tw 有加密)，非常好用。適用於沒有過濾封包類型只有擋住連接埠的防火牆。

舉例來說，如果你要上 BBS 可以這樣做：


plink -ssh -L 23:ptt.cc:23 -C roga@roga.tw -P 22


然後 telnet Local 端的 port 23 就可以上了。

我在二月左右因為無聊所以寫了一隻噗浪機器人叫做 rogabot (使用說明) ，因為不想讓人家覺得我在靠機器人賺 Karma ，所以另外註冊了一個帳號，和原本的帳號 roga 分開。

後來有一段時間我都丟著機器人不管。有長達大概三個月的時間，這隻程式每天自動去抓美女(新聞、氣象)，然後每個小時都會定時派送訊息(發送政策可以看這邊)。

最近噗浪上面機器人變多了，會熱門主要是因為羊羊、無名挖挖挖這兩隻機器人的關係。因為它們會回應使用者的特性也讓機器人的應用更上了一層樓。而它們的好友也一夕之間爆增許多，好奇的人紛紛想知道這是怎麼回事。

不過吊詭的是，一陣子之後，開始有不同的聲音出來了，像是有人覺得機器人很無聊，有人覺得羊羊沒用，找不到答案時老是回答那幾句話，也有人覺得河道上機器人氾濫。

基本上我認為使用者和開發者都有責任讓訊息不要氾濫。畢竟每個人都會希望得到的是有用的資訊，舉例而言：世界最大的 Google 搜尋引擎會這麼有價值，原因來自於使用者可以透過搜尋得到他想要得答案。。而 MS 更是用「決策引擎」來稱呼他們新推出的 Bing 搜尋引擎，因為他們認為 Bing 可以幫使用者找出最佳的解答(結果大家都用來找影片)。

在噗浪上面，我都認為機器人應該要留給使用者更多空間，讓使用者自己決定要不要讓機器人參與、答覆。

舉例來說：當使用者想頻繁玩弄機器人的時候，應該要發私人訊息給機器人，而非讓測試訊息佔滿河道，這樣一來機器人訊息就不會影響到其他使用者。對開發者來說，可以做的事情更多了，但第一件應該要做的事情永遠都是「動詞過濾」。也就是針對使用者發出的訊息進行偵測，只回應使用者希望機器人回應的噗，而不是隨便亂入，隨便回應。

基本上，到這邊技術門檻都很低，也是每個機器人應該具備的功能，我不是很欣賞某些到處亂入的機器人，因為亂發送垃圾訊息和發送垃圾信有什麼兩樣呢？再者就是回應的內容是否有價值，我認為把問題交給搜尋引擎去回答並不是很負責任的作法。畢竟要知道搜尋的結果可以自己去查就可以了，機器人應該要提供更貼心的服務，而且因為即時交談畫面的特性，回覆內容必須是過濾過的，而且精簡，不會影響版面閱讀(例如不要回覆一長串文字都是連結)，在同一則噗裡面也不應該重複回應。

當然，開發者所寫的機器人不見得都有語意分析的能力，所以常常會答非所問。事實上要實做一個語意引擎非常困難。但只要蒐集到夠多的資料，加上夠快的 CPU (以及彆腳的判斷)，針要回答一般性的問題應該就會容易許多。(例如：今天有什麼電影、下班後想看電影、晚上有什麼電影..等等)。但是如果是過於複雜的語法結構，就不是那麼容易可以分析的了。(例如：我明天想和喜歡的人去吃日本料理、我應該要穿什麼衣服呢？萬一下雨會不會很掃興？她會討厭我嗎？)

在語意分析的技術瓶頸下，我採用一個簡單的方法暫時解決這個問題，就是根據不同的關鍵字來回應不同的內容。有了關鍵字，機器人的回應看起來就會比較有內容些，由於使用者可以自行決定是否要機器人回答，所以機器人也不會那麼快就讓使用者感到厭倦。

所以，當使用者想問氣象則會針對氣象回答，使用者想要圖片(型男、正妹)，則回傳圖片和相簿連結給使用者(甚至因為網友要求實做了一個簡易評分機制)。若是需要看看名言佳句勉勵自己，也可以得到開示。這類型的應用甚至可以用到早安、晚安…等特定關鍵字出現的時候，機器人就自動回訊說早安、晚安…等等。(簡易範例)

當然，這只是初步的 workaround ，要真正實做的話，永遠有多到做不完的東西可以寫

另外 pct 放了一大堆機器人，因為太多所以就不列出來了，詳見：pct機器人列表。

寫機器人門檻很低，基本上不用什麼腦袋就可以寫出來，但是要寫出一隻會回應的機器人就不是那麼容易了(當然，回應的內容必須有意義。)，最近的無名挖挖挖、羊羊騎貘姿勢佳都屬於比較聰明的機器人，可以針對噗友提出的問題回應。羊羊騎貘姿勢佳是找出奇摩知識家的答案，並且回覆給噗友，這個難度也不是非常高，倘若不是人為操作，則技術瓶頸在於頻繁存取容易被奇摩以及噗浪當成攻擊而被擋掉(前一代的無名挖挖挖就是這樣被噗浪河蟹掉了，我自己也曾經因為頻繁存取 Google 而被當成惡意攻擊者，頻率約一秒查詢兩百次)。

至於無名挖挖挖就更厲害了。由於背後有 http://mining.tw/ 搜尋引擎的支援，所以可以針對噗友的問題用照片回應，這個難度在於蒐集照片(辨識照片)、並對照片加以標示(標籤)。這個一般人就難以做到了。

我個人最欣賞的大概是無名挖挖挖了。

備註：應該有不少被我漏掉的機器人…

UPDATE. 20090625：這邊有非常完整的機器人收錄：http://www.plurk.com/p/12g4yg

我一直是 ASUS 主機板的愛用者， P4P800, P5P800, P5P800SE 我都買過當我 Server 的主機板，連高階主機板 Striker Extreme 也幫我弟弟買過一片，除了有一次我的 P5P800 南橋晶片燒掉以外，都沒出過什麼問題。

去年我換新電腦，買了一片 ASUS P5QL-E + Q6600 CPU 當桌機，也沒有發生過問題，後來我弟買了一台新電腦拿來聽音樂，我也是幫他買 P5QL-E 加上 Q8500 CPU (因為 6600 買不到了)。之後我的 Server 更新硬體，我就想乾脆也買 P5QL-E 這塊頗受好評的板子好了！

我伺服器的規格是 Q6600 + P5QL-E + Corsair 2GB x 4 ，結果在五月有一次下了 reboot 指令之後，系統就開不起來了，交叉測試之後發現是其中一條 Corsair 記憶體的問題，導致不能開機(交互測試後，這條記憶體插到我的桌機上一樣不能開機)，拔掉這條後，我把剩下的記憶體交換插到不同的插槽上，有時候可以開機，有時候又不能開機。我試到沒耐心，在某次測試中可以開機，我就放著不管它了。

昨天因為更新了一些東西，加上換了 IP ，加上我就是想重新開機，所以我又下了 reboot 指定，這下妙了， BIOS 到測試記憶體的地方就卡住了，我只好關機讓它再開一次，沒想到接下來就再起不能了，畫面黑掉整個沒有反應。

後來試了半天，搞到最後連記憶體全部拔掉主機板也不會逼逼叫，顯卡拔掉主機板也不會逼逼叫，清了 CMOS 也是沒有畫面，氣死我了！這樣情況很明顯連，根本就是主機板也有問題！最後不知道拔了幾次電池，清理幾次 CMOS ，記憶體拔起來又插回去重複 N 次，結果終於某次可以順利開機了，這下我根本不敢再試了！ (大嘆氣)

今天下班之後，我送了兩條 Corsair 記憶體到欣亞電腦去，順便抱怨送修東西很浪費時間，欣亞電腦和我說 Corsair 記憶體必須要送回原廠修理，要等一至兩個禮拜，由於我等不及，所以我直接買了四條新的 Transcend 2GB 記憶體，以及一片新的 Gigabyte 主機板(對，我以後打死都不會考慮華碩)。順便叮嚀店家，等記憶體修好，務必寄回我家，因為我下班時間不想再繞去 NOVA 拿記憶體了。

ASUS 的 P5QL-E ，這片應該是籤王！我還用不到兩個月哩！

Corsair 記憶體，爛死了！我完全對它失望！

Transcend DDR 2 2GB RAM x 4 ，這款新的記憶體很矮，看起來很精緻。

上面一個系統碟，下面兩個資料碟跑 RAID 1 。

新的 GIGABYTE EP43-UD3L 主機板 加上 Transcend DDR 2 2GB RAM x 4 ，這是已經裝機之後的情況。

奉勸各位，伺服器如果沒錢走 HA 架構的話(意思是你只有錢買一台的話)，最少買一台穩定點的(拍賣上面有那種品牌伺服器 1U 的，最少要買到那種，二手價大概兩、三萬)！三不五時就壞掉，上班時間叫人家怎麼拿去修阿，下班又很趕，麻煩死了！

後來海盜牌記憶體我全部送回去購買的店家，隔了一週後，代理直接換新給我。至於主機板不會逼逼叫，我送去皇家俱樂部，負責維修的工程師居然說「拔掉零件有時候不會逼逼叫是正常的」，我無言了。

從這個折線圖也可以看出來使用者的習慣。若是 Karma 走勢是鋸齒狀爬升，代表他假日不玩電腦，平日則有上噗浪的習慣，所以他的 Karma 每到假日就會掉一點。若是鋸齒狀下降，則表示他對噗浪越來越不感興趣。若是持平成長不明顯，就代表他是個偶爾來一下的使用者，黏著度不高，但依然持續使用(可能是有目的性的使用)。而噗浪重度使用者的共同特徵是：初期曲線爬升很快，後來呈現曲線緩慢增長(Karma > 80 後)。

從這邊也可以看出來我自己這半年來的生活在做什麼，真的很妙。

最後我也必須承認我的確是個在意 Karma 的傢伙，畢竟卡馬真的可以當飯吃，畢竟看著數字變高，我的確是會感到開心。

所以在知道這個訊息之後，我就一直在想，中共強迫廠商出貨要在 PC 上面 (Windows OS) 安裝綠壩就算了，那如果出貨是搭 Linux OS 的主機怎麼辦呢？中共會不會 Porting 一套過去咧，還是沒安裝就不准賣 ？不過我想最可憐的大概就是 Apple 了，用 Mac OS X 應該會跳腳吧！哈哈！

不過這一切都比不上今天這個新聞來的有趣：Company alleges Chinese software has stolen code

大意如下：SAN FRANCISCO (AP) 這間位在加州的公司 SAN FRANCISCO (AP) 提到 Solid Oak 這間位在加州的公司 指出中國的綠壩裡面含有他們的程式碼，這些行為未經授權，他們說綠壩含有「Stolen Programming Code」。然後密西根大學研究報告指出他們也認為綠壩真的偷了人家的程式碼，會被發現主要是因為綠壩採用的「黑名單」和「Solid Oak’s CyberSitter Program」的部份程式內容行為是一樣的。而且研究報告更進一步指出已經發現有幾個安全性的漏洞可以讓駭客綁架裝有綠壩的電腦。

這是我看那篇新聞的解讀，如果理解有錯還請指正。

不過說真的，看完這篇新聞之後，我怎麼一點也不感到意外呢？反而笑了出來，

大概是我心裡早就默默接受中國是抄襲的專家這件事情了吧

2. 在程式層面處理：
寫一個 Controller ，當然要遵照 CodeIgniter 的命名規則，然後裡面再搭配 Redirect 的方法。當造訪該頁面的時候送一個新的 HTTP Header 給瀏覽器，重新定向。不過這個方法更是畫蛇添足，所以也不考慮。

3. 使用 Apache 的 mod_rewrite ，利用 .htaccess 來實做重新定向功能。
而這也是我目前的作法。

寫法類似這樣：

RewriteEngine On
RewriteBase /
Redirect 301 /old_resource http://www.example.com

要注意的是，必須在 Redirect 後面加上 301 字樣，要不然 Apache 預設送出的 Status 是 302 。

301 和 302 一樣都可以轉址，使用者感覺不出來差異。不過 301 是永久轉址(Permanent Redirect)而 302 是暫時轉址(Temporary Redirect)。對搜尋引擎來說，使用 301 才會把正確的把舊 PageRank 轉移到網址上去。

例外，目前 Google 提供的 Webmaster Tool 很好用，除了原本的 sitemap.xml 之外，甚至可以提交 RSS Feed 當作 Sitemap ，真的是非常人性化。

更詳細的狀態代碼可以看：HTTP/1.1: Status Code Definitions

update: 20090624 這次用 301 轉址約 11 天就有效果：

現在網址                                     現在PR   原本網址
http://stat.lab3.tw/                              8   沒動
http://stat.lab3.tw/register/convert              7   之前沒這頁
http://stat.lab3.tw/register                      7   /signup
http://stat.lab3.tw/register/forget_password      7   /forget
http://stat.lab3.tw/status                        7   沒動
http://stat.lab3.tw/faq                           7   沒動
http://stat.lab3.tw/forum                         7   /history

整個 PR 轉移過程我等了大約 11 天 6/13 – 6/24，最近沒有 Google Dance 。

UPDATE: 2008/08/19
這個方在轉換網域有點問題，我把整個網域(stat.lab3.tw)都轉換到 SiteStates.com ，用程式判斷 REQUEST URI 然後送出轉向的 301 Header ，不過這次很慘， Google 不太理我，希望我的 PR 早點回來(網站管理員工據說法，至少兩個網域的狀態 – 轉入、轉出 – 要持續 180 天以上)，另外在網站管理員工具裡面，「變更網址」的設定僅限套用至根目錄層級網域(嘆氣)。

由於我想試玩一下 Gallery 3 Beta 1 ，所以我從 github 抓出專案(不採用傳統下載解壓縮的方式是我想要維持在最新版本)：

git clone git://github.com/gallery/gallery3.git

當然，要更新版本的方式也很容易：

git pull

UPDATE:
二個月底推出了 Gallery 3.0 Release Candidate 1，重要特點如下：

• 可以匯入 G2 的權限，並且相容網址格式。
• 有 REST API
• 支援 LDAP 既有的使用者登入
• 在 UI 上面有長足改善

(最近的 downtime 加起來已經超過 50 小時，很慚愧的，這已經超過去年一整年 downtime 的時數了)

前陣子的環境是兩台虛擬機器分別使用虛擬網卡橋接到實體網卡。剛剛我拔掉了一張網卡(realtek)，然後把兩張虛擬網卡橋接到一張實體網卡(Altheros)上。

另外 VirtualBox 匯出虛擬機器(OVF+VMDK)的效率很差，而且匯出時只能使用一個核心做事，完全浪費掉其他三個核心閒置，真是難以另人原諒…

沒想到他不是用 rlplurkapi ，不過他給我的連結卻幫了很大的忙！

大意是 Plurk 官方因為某些安全理由把原先的 cookie 名稱換掉了。(我們可以把 cookie 想像成是一個紀錄使用者狀態的東西)，所以當然在rlplurkapi 裡面的程式要跟著一起修改，另外，在Plurk – API，Robot，兼談 Karma 最後的 comment 也有提到解法(但他是用 Perl 的 API)。

找到 RLPlurkAPI.php 修改 cookie 名稱即可！ Login Method 程式碼如下：

/**
 * Login to Plurk.
 *
 * @param string $nick_name The nickname of the user to login as.
 * @param string $password  The password for this user.
 *
 * @return bool true if login was successful, false otherwise.
 */
function login($nick_name, $password)
{
	$array_query = array(
		'nick_name' => $nick_name,
		'password'  => $password
		);

	$this->http_client->post($this->plurk_paths['login'],
		$array_query);

	$array_response = $this->http_client->currentResponse();

	$this->bool_login = false;

	foreach ($this->http_client->_cookieManager->_cookies as $cookie) {
		if (isset($cookie['name']) && $cookie['name'] == 'plurkcookie1') {
			$this->bool_login = true;

			break;
		}
	}

	if ($this->bool_login == true) {
		/*
		 * Get my user information.
		 */
		$this->http_client->get("http://www.plurk.com/user/{$nick_name}");

		$array_profile = $this->http_client->currentResponse();
		preg_match('/var GLOBAL = \{.*"uid": ([\d]+),.*\}/imU',
			$array_profile['body'], $matches);
		$this->uid       = $matches[1];
		$this->nick_name = $nick_name;

		/*
		 * Get my friends' information.
		 */
		$this->http_client->get($this->plurk_paths['getCompletion'],
			array('user_id' => $this->uid));

		$array_result = $this->http_client->currentResponse();

		$this->friends = array();

		$array_tmp = RLPlurkAPI::dejsonize($array_result['body']);
		if (isset($array_tmp[0])) {
			foreach ($array_tmp[0] as $key => $value) {
				$value['uid'] = $key;

				$this->friends[$key] = $value;
			}
		}

	}
	return $this->bool_login;
}

注意 cookie 從 plurkcookie 改成 plurkcookie1

改完這個小 bug 之後，原本想到rlplurkapi去回報 issue (因為之前都沒人報)，沒想到稍早有人提問(35分鐘前)，而作者也回答了答案(25分鐘前)，這真的是太巧了！

剛好前幾天看到一篇專訪，對我有很大的啟發：

• 「我們身邊的朋友，有很多人都用Facebook、E-Mail、即時通這樣的工具，但其實卻還是很少講到話，很少透過這樣的工具彼此互相關心。於是我們就想設計出一個可以讓朋友們互相關心的工具。我認為Plurk的特性，是介於E-Mail與即時通的中間。像我自己的朋友，即使只是發一則噗說他正在喝咖啡，我們可能也會很熱烈地回應。對我們來說，與其要說Plurk要做一個微型部落格，倒不如說我們要做一個朋友之間關心的服務。」
• 「我們要創造的，其實是關心朋友的服務…但對一般人來說，朋友真的不用太多，有關心比較重要。」

原文：plurk 創辦人專訪

看完之後，我才豁然開朗：原來 Plurk 是一個以關心人為出發點的社交網站阿！

對我而言，要關心朋友最好的方式，就是寫一個機器人定時問候他們(反正機器人很好寫)！！於是我禮拜五中午吃飽飯後，我發了一則 Plurk ，想知道機器人該發什麼內容出去才好：

最後我決定放送「正妹圖」，因為實在是找不到哪邊有「正妹MSN」這種東西…

禮拜五晚上，噗浪機器人 – rogabot完成了，目前規劃是每隔一小時放送「正妹相簿連結 + 照片一張」早上七點會預報當天天氣，原本我想加入播報新聞的功能，但是新聞的字數太長了，很容易就會超過 140 個字，但是如果分成多個噗的話很容易就變成垃圾訊息，所以這方面我還在考慮該怎麼弄比較好。

正妹相簿來源是CCN的正妹牆，非常感謝他，是他讓我就有正妹可以看。
天氣預報來源是AccuWeather，我的手機上氣象預測也是從這邊下載的。

使用方法非常簡單：在 Plurk 上面加入rogabot的粉絲或是好友即可！

• 新增一台虛擬機器
• 在虛擬機器關機的狀態下執行設定
• 選擇「網路」，點選「啟用網路卡」， Attach to:選擇「主端介面」，並且在下面新增一個「主端介面」
• 在 Windows 的「網路連線」，複選「VirtualBox 的虛擬網卡」和「正在連線中的連線」，並且使用右鍵叫出選單，執行「橋接器連線」
• 完成！但如果你是 DHCP 模式的話會多 share 掉一個 IP ，當然也可以自己動建立 NAT 連線。。

但對我來說瑕不掩瑜就是了。

有興趣的話，趕快去體驗看看吧：Sun xVM VirtualBox

這是我目前的桌面：


]]> http://blog.roga.tw/2008/12/12/1628/feed 0 http://blog.roga.tw/2008/11/30/1495 http://blog.roga.tw/2008/11/30/1495#comments Sat, 29 Nov 2008 18:00:48 +0000 roga http://blog.roga.tw/?p=1495 My friend Dandy Sun has a Dell XPS M1330, it was a “hot machine”. so he made a cpu copper cooler in his own factory yesterday.

now, his notebook got a “cool” cpu.



I’d like to ask him to made one for me, but unfortunetaly, he is in mainland China now.
if you are interested in this staff, please visits his blog: Dell XPS M1330 散熱器改裝記錄.

]]> http://blog.roga.tw/2008/11/30/1495/feed 4 http://blog.roga.tw/2008/11/06/1147 http://blog.roga.tw/2008/11/06/1147#comments Thu, 06 Nov 2008 06:54:05 +0000 roga http://blog.roga.tw/?p=1147 瀏覽我的網站的人有 23% 用 firefox ！

IE 6 對 CSS 的支援不是很好，今天早上吃早餐時我才發現用別人的 IE6 看我的 blog 會發生很好笑的現象，就是左半邊的 widget 會跨滿整個螢幕，然後文章都掉到下面了(也會跨滿整個螢幕)。

這個 bug 我懶得去測試了，所以沒辦法正常瀏覽的請升級 IE7 要不然就改用 firefox 吧！以後用 CSS 設計的頁面會越來越多，對 CSS 支援度不佳的產品，是應該升級了。

備註：以前我接案子的時候比較勤勞，為了測試客戶案子的 CSS 設定相容，還自己在電腦內用 Virtual Machine 裝 Windows 2000 + IE6 ，不過我現在很忙，沒時間再這麼玩了。




(第二張圖案是瀏覽我的站台的 IE 版本分佈狀況)

20081106 22:38 UPDATE: 才說不想改的，結果我還是受不了，把 CSS 改好了..

]]> http://blog.roga.tw/2008/11/06/1147/feed 2 http://blog.roga.tw/2008/10/25/1072 http://blog.roga.tw/2008/10/25/1072#comments Fri, 24 Oct 2008 16:48:52 +0000 roga http://blog.roga.tw/?p=1072 我在 but, or bug 看到一篇對軟體業來說非常貼切的文章 – 程式設計師的格言，不禁令人莞爾

節錄一段名詞：

• 『程式設計師』＝能將SE條理不通的說明翻譯成程式碼的高手
• 『SE』＝與客戶討論改寫規格書、與程式設計師討論後再改寫規格書，程式出貨後還要繼續改寫規格書的人
• 『PM』＝每天修改自己定下的行程表的人
• 『業界老鳥』＝臉色蒼白缺乏表情的人
• 『外包』＝幫不會寫程式的正職員工寫程式的人 – (哈，我笑了！)
• 『coding』＝複製貼上的工作
• 『單體測試』＝指開始寫程式
• 『除錯』＝把程式碼註解掉的工作
• 『新同事』＝在火燒屁股的專案火上加油的人
• 『出貨日』＝把只完成一半的系統上線的日子
• 『末班電車』＝業界平均的下班時間
• 『颱風假』＝一年一度可以準時下班的業界假日

程式設計師的格言（盜作不少）

譯自
http://www2.biglobe.ne.jp/~oni_page/other/etc/pr03.html

http://mixi.jp/view_community.pl?id=1772737

(版本2 2008/10/12更新)

譯註

SE是日本軟體公司裡程式設計師的頭子。自己不太寫程式，主要工作是跟客戶確認規格。
程式設計師多半自己不面對客戶。
跟PM又不一樣。（有什麼比較貼切的職稱翻譯嗎？）

—————

1
每天有24小時。
所謂的「今天之內」，是指到明天早上為止。

2
程式不會照自己所想的跑。只會照所寫的跑。

3
需求規格在程式寫完後才會敲定。
基本規格要客戶看到成品後才會決定。
詳細規格要使用者用過後才會確定。

4
我對軟體設計的方式導出的結論，有兩種方式。
一是把軟體設計得單純到很明顯不會有缺陷，
不然就是把軟體設計得複雜到沒有明顯的缺陷。
- C.A.R.Hoare

5
程式碼不要在開發現場寫！ 去客戶那寫！
除錯不要在期限前做！ 上線後再做！

6
畫面藍了。

7
先說「沒辦法」的人贏。

8
有意見的話你寫

9
要殺一個程式設計師不需要刀，改三次規格就好

10
首先要先懷疑別人，被懷疑的人或許會把問題解決掉。
（註：通常會「先懷疑自己」）

11
開發沒有終點。只有釋出(release)。

12
無論規格多晚才能確定，結案期限永遠不會變。
這是所謂的「期限守恆定理」。

13
客戶總是覺得水跟追加需求是不用錢的。

14
付錢愈計較的客人愈囉唆。

15
在排定開發行程時，總是視而不見一些連小學生都會的算數。
業務部門總是一堆不知道1+1=2的人。

16
一個人掛了大家都掛了。

17
bug過了一晚可能就變成規格了。

18
好的規格找一個天才不如找三個凡人。
爛的規格找一百個凡人不如找一個天才。

19
客製軟體中30%的價格用在確認規格上。
30%用在修改規格上。
30%用在找bug。
結果初期規格反映在價格上占的比例只有10%。

20
對客戶來說SE是部下，程式設計師是家畜。
對SE來說客人是錢，對程式設計師來說顧客是看不見的病毒。
除了弄完程式以外，沒有其他驅除的辦法。

21
顧客想受SE喜歡，要自己了解到系統開發需要時間與金錢，早點確定規格。
SE想受顧客喜歡，則要讓程式設計師討厭自己。

22
很多SE跟程式設計師都暗自想著有錢有閒的話什麼系統都想自己動手做，
不過都沒這種機會。

23
品質的劣化程度依規格改變的次數與規模而定。

24
業務是認為空想能夠實現的夢想家。
SE則是深信任何障礙都能突破的冒險家。
程式設計師則是被夢想家和冒險家拋到漆黑海裡的漂流者。

25
有才能的程式設計師第一次看到設計細節時，要先理解程式的目的。
接下來要設法讓SE了解到以指定的方法、工時並無法完成這個工作。

26
程式是運氣與直覺堆砌而成的奇蹟。
若不具備這兩者，不可能以這樣的工時實現這樣的規格。
修改規格是對奇蹟吐槽的褻瀆行為。
而追加修改則是相信奇蹟還會重現的無謀行動。

27
程式設計師聽了「把自己當作顧客去著想！」而開始思考。
啊，像夢一樣。

28
對於因為興趣而寫程式的人來說，所謂的技術是程式語言能力。
對於因為工作而寫程式的人來說，所謂的技術是邏輯思考能力與人際溝通能力。
程式語言可以看著手冊溝通，客戶不行。

29
程式系統在交貨之前會不斷縮小。
先用元件定義取悅老闆。
再拿經費概算要部長妥協現實的方案。
在運用會議中，課長會嘗識減少自己責任範圍。
在細節會議中，負責人會把範圍縮到自己記得的部分。

30
SE需要持久力，程式設計師需要爆發力。

31
準時離開公司，工作會變多。

32
完美的程式需要完美的時間與金錢。
聽說揮霍著美國的國家預算的NASA，也覺得時間跟錢不夠。

33
詳細設計要在程式碼的註解裡做完。
註解是唯一的自衛手段，至少要讓自己看懂。

34
還有時間看程式碼的話就執行他。
CPU跑得比腦細胞快。至少這時候可以休息。

35
程式的異常該稱為「bug」還是「規格上的限制」是看期限還剩多久決定的。

36
所謂便服日，好像社會上把他叫做假日
(註) 日本有些公司會有所謂便服日（不用穿西裝的日子），通常是星期五，但…

37
地獄持續一段時間後，充滿殺氣的怒吼會變多。
再持續一段時間，說話會變少但牢騷會變多，壟罩在凝重的氣氛裡。
再持續下去，反而會海闊天空，四周洋溢充滿活力的聲音。
這種狀態稱為「Programmer’s High」，也是倒下來的人開始出現的時候。

38
遠處的火災一定燒到這裡。

39
禱告，然後跑吧。

40
程式不是用腦記的，要用身體記住。

41
明天能放假的話死了也罷。

42
外面有下雨耶，昨天開始下的嗎？

43
若不能心靜不移，身體會掛。
若不讓自己殘忍，自己會被殺。

44
客戶會說謊，業務會作夢，SE會做白日夢。
程式設計師則惦惦。（愈來愈自言自語）

45
（日文文字遊戲）
SE總是不負責的說「別逞強」，
業務總是無理取鬧不准說「沒辦法」。

46
規格書就像航海圖，客戶則是洋流。洋流陰晴不定，航海圖就變垃圾。
程式設計師必須在沒有航海圖的海上憑自己的力量找到大陸。

47
再嘮嘮叨叨下去也是要付錢的。

48
多想個10秒鐘，你可以不說「嗯，這個做得到」。

49
人是無法從別人失敗記取教訓的動物。
砍成本、改規格、加需求、趕上線，從來沒有人從眾多失敗中記取教訓。

50
老手用來提振精神的魔法格言：
「不過比起以前來說算是…」
新人用來提起幹勁的魔法格言：
「把這件工作做完的話…」他們還不知道工作是沒有終點的。

51
所謂交案期限，是指開發現場從公司換到客戶那裡的日子。

52
程式、SE、經理不是職務。是逃不掉的責任。

53
業務是最難搞的客戶。

54
能夠迅速想到解法的程式設計師太多了。
他們能用一分鐘想到方法，用一天去寫程式。
不需要花一小時想到解法，再用一小時去寫程式。
- Jon Bentley

55
漂亮的規格，可以從沒有bug出現看出來。
明明爛的就是設計，為什麼是這樣…

56
上線後的除錯才叫做bug。

57
追加需求確定後交貨期限就無法確定，
交貨期限確定後追加需求就無法確定。
這稱為「追加需求與交貨期限的測不準原理」。

58
除三個錯就會冒出一個錯。
這稱為bug的無窮迴圈。

59
不祥的預感總會實現。
不過程式設計師不會去煩惱不祥的預感，那是SE的工作。

60
要解決地獄的辦法，就是客戶把錢交出來。

61
不懂電腦的操作者是發現bug的天才。而且無法重現。

62
每次開會就更改規格的客戶，
他的操作手冊要等到操作寫好的程式後才能寫出來。

63
搞不懂的時候，Currency（長整數）比Interger（整數）好用。
Variant（字串、數字都能存的萬能變數）又比Currency（長整數）好用。
安全第一。
（VB程式設計師如是說）

64
啊，那是微軟的規格。

65
程式設計師所不滿的規格也一定會讓客戶不滿。
（這是說程式設計師覺得難寫的地方常常是SE溝通有落差）

66
程式設計師需要的技能，
包括交涉、時程管理、業務分析、提案、設計、程式語言、架構、維護、使用。
SE需要的技能則減掉程式語言、架構、維護與使用。
專案經理需要的能力則再減掉業務分析、提案與設計。
業務需要的能力再扣掉時程管理。

67
正因為健康，才能做不健康的事。

68
規、規格、是規格啦。不過有一點跟規格不太一樣啦。

69
那是你說的規格。

70
開發室沒有窗戶，那是因為以前…

71
爛了也是因為規格。

72
SE: 真沒辦法。
PG: 也沒註解。
（碰到不知道是誰寫的程式，大家都束手無策的狀態）

73
為什麼你不能兩三下解決掉他啦。
因為之前兩三下搞定的東西也被你兩三下就否定了。

74
不會動的bug就只是普通的bug。（會動的bug則能視為規格）

75
今天好好清理bug，bug應該死光了吧。
咦？Windows也死了唷。

76
客戶不會去想最壞的情況。要他面對最壞的情況，他會認為是漫天開價。
SE則會顧慮最壞的情況，準備應付最壞的情況。
程式設計師比誰都早預料到最壞的情況，而無視最壞的情況。

77
唯一不產生bug的方法，就是不寫程式。
第二好的方法，就是在時程跟人員確定之後的每次改規格，都重新檢視過整個專案。

78
共同責任是程式設計師的責任。
管理職？那是啥？好吃嗎？我沒吃過耶。

79
如果可以改行的話，想找個準時下班不叫「逃跑」的工作。

80
對職業程式設計師來說，漂亮的程式是單純而自然的邏輯、簡單而基本的指令、豐富的註解，
也就是新手程式設計師也能馬上動手改的程式。
而要寫租這樣的程式，需要單純、簡單、美麗的規格。
但可惜客人總是喜歡搞很複雜。

81
設計者應該是不該要求製作者製作出超過設計以上內容的吧…

82
無論是做的比規格書裡的多，還是只照規格書裡的寫，SE都會找程式設計師的碴。
所以程式設計師只做規格書裡的寫的內容。

83
SE對程式設計師說的「常識」每三小時變一次。

84
自己看規格書。不能跑的是規格。

85
「沒辦法」是要看把一天當多少小時來算。
一天常常指的是3人日，一個月常常是指4.5人月喔。

86
工時要減掉一半的單體測試與一半的系統測試，
而交貨期則要另外加上上線後的兩個月。

87
能拿到錢的規格變更稱為「受理項目」，
拿不到錢的規格變更則稱為「SE的規格確認失誤」。
程式設計師是這麼看的。

88
累了。我想睡了。可以回家嗎。
（累了吧，我也累了。好累喔怎麼了。反正就是規格啦，管他的）

89
試圖降低成本的話，為了配合預算，品質會下降，不過漫天開價做出來的品質也不見得好到哪裡去。

90
REDO到底該怎麼唸一直搞不懂。是利斗嗎、李度嗎、R E D O嗎，難道是 red 零 嗎？ 拜託加上注音吧。
（譯註：我比較煩惱 Linux）

91
有人在程式碼註解裡寫日記。像「今天是雨天…」，「想回家…」之類的。甚至還有「修改日: 2003/10/10 不能同意你更多」這種註解出現。說到這個，好像也看過「吃大便」這樣的註解。

92
小學生時第一次看到電腦
國中時第一次學會怎麼用
高中與大學學會程式語言
出社會後才發現自己走錯路

93
「不要讓老闆當業務比較好」

94
說來說去，要去研究根本不知道為什麼會動的東西為什麼不會動了，找拿破崙來也沒搞頭。

————————

ex 1
就算程式裡沒bug，編譯器會有bug。
就算編譯器沒bug，OS會有bug。
就算一切都沒bug，客戶會決定什麼是bug。

ex 2
規格與規格書是不同的東西。

ex 3
比期限更重要的是靈感與睡眠。

ex 4
比知識與經驗重要的是手冊與時間。

ex 5
能動就好了，能動的話…

ex 6
過了三天就是別人寫的程式碼。

ex 7 (大搜查線系列)
規格變動不是在會議室裡發生的！是在現場發生的！

ex 8 (大搜查線系列)
異常不是在模擬測試時發生的！是上線後才會發生的！

ex 9
漂亮的設計三天或許就膩了
骯髒的設計三天就習慣了

ex 10
bug與規格是一體兩面

ex 11
電腦裡沒有bug，bug常在人心。

ex 12
無論怎麼檢查，不管怎麼確認，上線前一晚就是睡不著。(RFC968)

ex 13
估價需要1%的經驗與99%的直覺

ex 14
沒有什麼事情比直接讓找不到任何bug的程式直接上線還要可怕的了。

ex 15
・『程式設計師』＝能將SE條理不通的說明翻譯成程式碼的高手
・『SE』＝與客戶討論改寫規格書、與程式設計師討論後再改寫規格書，程式出貨後還要繼續改寫規格書的人
・『PM』＝每天修改自己定下的行程表的人
・『業界老鳥』＝臉色蒼白缺乏表情的人
・『外包』＝幫不會寫程式的正職員工寫程式的人
・『coding』＝複製貼上的工作
・『單體測試』＝指開始寫程式
・『除錯』＝把程式碼註解掉的工作
・『新同事』＝在火燒屁股的專案火上加油的人
・『出貨日』＝把只完成一半的系統上線的日子
・『末班電車』＝業界平均的下班時間
・『颱風假』＝一年一度可以準時下班的業界假日

ex 16
當誰寫的程式碼跑出bug時，那個人大概都不在了（墨菲定理？）

ex 17
最終手段
「重開機」
意外的常常都很有效

ex 18
最強藉口
以前「那是硬體的極限」
現在「那是Windows的規格」

ex 19
「程式碼的可信度，不會比寫的人還可信。」

想著每天一大堆修改不完的程式，我看完這篇文章，捧腹大笑

]]> http://blog.roga.tw/2008/10/25/1072/feed 2 http://blog.roga.tw/2008/10/13/1002 http://blog.roga.tw/2008/10/13/1002#comments Sun, 12 Oct 2008 16:26:10 +0000 roga http://blog.roga.tw/?p=1002 最近面臨到網路流量太高，造成塞車的問題…

我這兩年來租用的是中華電信 3 個 IP 的固定制 ADSL 線路，傳輸速率下行/上行是 4Mbps/1Mbps。每次到了晚間，我自己的 roga.tw 就會卡卡的，追根究底，原因是 roga.tw 隔壁的 Lab3.tw 那台伺服器流量太高，搶了頻寬。

而在 Lab3.tw 伺服器上面最佔資源的就是 sitestates.com 。該服務至今註冊過約七千多人左右，我前幾天清理了資料庫，把到訪紀錄為 NULL 的 record 都清掉，現在剩下約 3100 個有效帳號 (依然令我驚訝的多！)而根據我的統計，在尖峰時刻資料庫幾乎同時 cache 住大約 4000 人。雖然系統的 loading 不重(歷史最大值為 23%)，但是網路已經快吃不消了！從這幾張流量圖表就可以看出一些端倪：



上面這張圖可以得知每日尖峰時刻在 24 點左右， out flow 最大值在 93.3 KB/s ，而每日平均流量也高達 48.5 KB/s 。這使得我自己連線品質變得不是很好，從 weekly report 可以看得出來每日尖峰/離峰流量的關係：



從我去年九月左右寫好這個服務讓大家使用之後流量便開始持續成長，人數成長雖然不快，但平均流量累積下來卻是非常驚人，圖表中黃色為 in flow, 綠色為 out flow ，可以看得出來 request/response 相當對稱，而且一直在往上爬：

目前我正在想辦法增進他的效能。或許下次週末假日，我可以再針對圖片輸出做一些改善：假設用程式 render 出來的圖片為原本的一半大小，那理論上流量就可以降低一半，這有非常立竿見影的效果，但缺點是顯示資訊會少許多(目前一張圖片約佔掉 500 個位元組的傳輸量)。

]]> http://blog.roga.tw/2008/10/13/1002/feed 0 http://blog.roga.tw/2008/06/02/585 http://blog.roga.tw/2008/06/02/585#comments Mon, 02 Jun 2008 05:53:03 +0000 roga http://blog.roga.tw/?p=585

結果是我的不斷電系統害我的系統斷電了！ 我苦笑著在 BBS 上留下了這句話

前幾天我接到電話，說連不到我的網站，由於天氣炎熱，所以我直覺就想到可能是：

1. Switch 熱當機 (但是他從來沒有熱當機過)
2. ADSL 的 ATUR 熱當機(但是他這半年來都好好)

所以我打了電話回家，請老媽幫忙把插頭拔掉再插回去看看，然後我再用手機連線回家試試看網路有沒有恢復正常，結果還是沒有，害我很擔心是不是 Server 本身當機了。

直到 6/1 放假回家，看到房間的電腦，才知道原來是我的 UPS 燒壞了。

當初購買這個 Chroma 的 UPS 就是希望在沒電或是跳電的時候可以提供給我的兩台 Server 穩定的電源供應，以及提供我足夠的時間正常下指令關機。

原本我很希望在當兵期間 Server 都不要重開機的！沒想到在撐了兩百餘天之後，還是敗在最令人意想不到的環節 – UPS 。

真可惜，這次 UPS 完全燒掉了，連把電源 By-Pass 過去給 Server 都不行。



由流量圖表可以看得出來，禮拜二中午左右到禮拜天下午都是處於沒電的狀態。

]]> http://blog.roga.tw/2008/06/02/585/feed 0