在看過許多架設 Movable Type 的文章之後，也許你跟我一樣發現到，這些文章多是介紹怎麼架設一個屬於你自己的 blog 站台，如果你想要在你的站台上再多加幾個不同的 blog，絕大部分的人在規劃的時候，會以 http://server.domain.com/user/ 的方式新增站台，也就是說，所有的 user 並沒有一個專屬的 Movalbe Type 主頁。這個現象在許多 blog Hosting 的網站來說，也許並不是甚麼壞處，因為它們可以宣傳自己的網站。可是如果你是屬於商業型態的 Web Hosting，而你希望提供多一種服務給你的客戶們，這個看起來像是 http://server.domain.com/company/ 的網址可就不怎麼專業了。
當然，你也可以讓你的客戶自行在他們的網站目錄中上傳 Movable Type 的程式，自己架設一個，前提是你必須要給客戶執行 Perl 的權限，而開放了 Perl 以後會有甚麼樣的安全性問題產生，則是你自己必需要去承擔的。再來我們會考慮到，如果以單一的程式來給所有的客戶使用，我們會得到較好的系統效能，因為作業系統會幫我們作某些快取的動作，比較每個客戶讓他們自行架設 Movable Type 的話，客戶自行架設通常會吃掉更多的系統效能。
有了以上的認知之後，我們會發現，使用單一 Movable Type 程式給多個客戶使用，每個客戶可以有自己的網址設定，這樣子是最好的。
再來我們思考客戶網站的型態。
1)有些客戶會希望 Movable Type 建立的網頁就是他們的首頁，這時候網址看起來會像 http://user.domain.com/ 這樣。
2) 而某些客戶在虛擬主機上已經有了一些網頁或程式了，這時他們會希望 Movable Type 在網址下再增加一個虛擬目錄，像是這個樣子 http://user.domain.com/blog/。
好的，接下來以我的規劃為例子，我使用 http://weblog.fetag.org/ 作為所有客戶的 blog 管理介面的網址，所以我在 DNS 上新增了一個 weblog.fetag.org 的值，指向我的網頁主機，在主機上新增一個 weblog 的虛擬目錄，並把 Movable Type 安裝在上頭。由於原來的 index.html 是在根目錄上，因為原本 Movable Type 的安裝會預設認為你的根目錄會作為網站主頁，所以我們作些小手腳，修改 index.html 加上 一段簡單的 javascript，讓所有由 http://weblog.fetag.org/ 網址進來編輯的人，都能被重導到 http://weblog.fetag.org/mt.cgi 這個網頁。
<script language=javascript>
window.location =”http://weblog.fetag.org/mt.cgi”;
</script>
或者你也可以在這一頁加上一些美工的設計，讓它看起來比較美觀一點，不要使用預設的畫面來進行重導，這樣會看起來更專業。
剛剛我們預設了兩種型態的客戶，當新建第一種型態時，我們在 Movable Type 中新增一個新的 Weblog (Create New Weblog)，然後 Local Site Path 直接指向該客戶網頁的虛擬目錄，如 “C:/Customer/IBM”，Site URL 直接使用 http://ibm.domain.com，在 Local Archive Path 使用 “C:/Customer/IBM/archives/” 然後 Archive URL 使用 http://ibm.domain.com/archives/” 這樣就為這個客戶新增了一個主頁下的 blog 了。
當新建第二種型態的時候，我們在 Movable Type 中新增一個新的 Weblog (Create New Weblog)，然後 Local Site Path 直接指向該客戶網頁的虛擬目錄下的新目錄，如 “C:/Customer/IBM/blog”，Site URL 直接使用 http://ibm.domain.com/blog/，在 Local Archive Path 使用 “C:/Customer/IBM/blog/archives/” 然後 Archive URL 使用 http://ibm.domain.com/blog/archives/” 這樣就為這個客戶新增了一個虛擬目錄下的 blog 了。
然後再將你的客戶新增為編輯者 (Add/Edit Weblog Authors)，這時請記得把你自己 (Movable Type Admin) 從編輯者名單中移除，這樣看起來會比較專業，客戶也不會有隱私權的多慮，雖然無論如何，你是系統管理者，你一定有辦法去作管理的，但編輯名單上多了個人總是怪怪的。
你可以決定是不是要讓客戶新增編輯人員、指定 blog 的其它編輯人員，這樣一來就可以讓客戶自行管理他們的 blog 了。不過基於安全性的考量，你應該不要讓使用者具有 Weblog Config (網誌組態) 的權限，以免使用者更改網誌輸出目錄，造成系統安全的危害。
日後所有的編輯人員會以 http://weblog.fetag.org/ (例) 作為網誌編輯的入口，而他們的網誌入口則是 http://ibm.domain.com (第一種) 或是 http://ibm.domain.com/blog/ (第二種)。
[END]
