在看過許多架設 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]

最後修改日期: 2003-12-21

作者

留言

撰寫回覆或留言

發佈留言必須填寫的電子郵件地址不會公開。