但仔細想想，其實不管是最新消息或是文章、商品等等，最主要的功能其實都一樣，都是讓網友觀看瀏覽，以一般的小型網站來說，其實沒必要建立專屬的資料表。

所以這6個資料表其實可以濃縮成2個資料表，一個負責頁面的記錄，一個負責分類 ( 不一定每一筆記錄都會用到 )。

如此一來原本100個網站至少要使用600個資料表，馬上減少400個資料表，變成只需要200個資料表，大大降低維護時的複雜度。

在程式的部份，再透過物件的方式，把一定會用到的屬性和方法抓出來做抽象類別。

如果是一般的基礎頁面就建立一個新的Html繼承Page，這樣就可以實現一般基礎頁面。

如果是最新消息就建立News繼承Page，實現最新消息頁面。

如果是部落格文章就建立Documents繼承Page，實現部落格文章頁面。

如果是商品就建立Products繼承Page再實作ShoppingCart的介面，實現商品頁面。ShoopingCart介面中有加入、刪除、清除、送出購物車的功能。

如此一來，可以減少大量的原始碼，增加維護時的方便性與靈活度。

當然，若是前後台一起寫，也可以直接把後台的方法直接寫進類別裡，減少使用太多類別的複雜度。

推到Twitter  推到Plurk 

主要構想是在資料庫中的網站客戶設定檔中，新增一個欄位來判斷使用那一個語系。

然後在config設定檔中讀取該語系檔，語系是以常數來設定。

當然，在真正的網站中，是用常數來顯示所選擇的語系檔，所以可以隨時切換語系。

不過當初在寫這一套架站平台時，並沒有使用Smarty樣版引擎，反而在功能函式中使用了大量的heredoc定界符，而在定界符中不能使用常數，所以造成很大的困擾。

以下是很笨的作法，把常數再轉為函式裡的變數，然後在heredoc中使用。

後來發現有一個函式可以把常數轉為變數陣列，透過函式get_defined_constants()，可以把目前系統中讀取到的常數，傳到一個變數陣列中，這樣就可以很方便的在heredoc中使用。

例如：

$const = get_defined_constants();   //此函數回傳所有已定義常數名稱及對應值

這樣就可以直接使用了，省下不少時間打字。

所以，現在經銷商在申請網站時，可以直接選擇所需要的語系。

而在系統後台，有權限的管理員也可以變動語系設定。

不過長遠來看，最好還是重構程式碼，換成樣版引擎Smarty會比較好，不然這樣維修實在太辛苦了。

推到Twitter  推到Plurk 

這個禮拜的時間幾乎都花到昇級其中一套的架站平台，雖然已經比以前快很多，但其實有某些步驟是可以再程式化的。

例如：

一定會有真實檔案在FTP上，由於平台只用共一份程式，所以只要手動維護即可。

但是若是昇級到資料庫，不管是新增資料表或新增資料欄位，或要在所有客戶的帳號下多增加一個資料夾，假設有20個客戶，用手動就要做20次，這個部份應該要程式化。

雖然我沒有手動新增個別客戶的資料夾和資料表，但還是手動把20份的命令key在執行script中，最後再執行那份script，這樣也是很麻煩。

所以一套完整的架站平台，應該要包含昇級功能，而這個昇級功能的使用者，應該只有程式設計師本人。

假設：

如果在這個功能的欄位中只要輸入一次的SQL語法，使用變數去代所有目前客戶的帳號。

另外有一個欄位可以輸入資料夾名稱，這樣就會在所有客戶中新增那個資料夾。

最後一個欄位可以建立所有客戶的軟連結，所有客戶的某個檔案「參照」到同一個平台檔案。

推到Twitter  推到Plurk 

一個酗酒的貝斯手加上中年發福的吉它手，還有一個有痔瘡的鼓手，最後是中風的主唱。

後來才發現，原來影片是25年前的舊作，但一切都來不及了…。

因為影片的反應太過激烈，唱片公司老闆以為挖到金礦，一時興奮和日本全國各地簽下了全國巡迴演唱的合約，只好硬著頭皮前往了。

雖然一開始因為太久沒練習，技巧生疏，主唱甚至無法清楚的唱出歌詞…，而貝斯手和吉它手是兄弟，但有嚴重的誤會存在，但隨著場次的增加，總算是回復水準，兄弟的誤會也終於解釋清楚。

推到Twitter  推到Plurk 

關於網站的Session，在Linux Ubuntu本機端測試時，Session的位置在 /var/lib/php5 裡面。

若你使用 session_save_path 指定了新的Session儲存位置，就可以改變單一網站的Session儲存位置。

當然，由於Session是由伺服器產生的，所以要打開它，需要使用root權限。

當然你也可以重新設定Session的到期時間，使用 session_set_cookie_params 函式。

但是實際運作時，刪除的時間似乎不固定，假設你設定了保留一個小時，在一個小時後該Session可能還是存在。

搜尋了一些網站，發現可能跟PHP的設定有關：

session.gc_probability = 1

session.gc_divisor = 100

意思是，因為效率原因，是依1/100的比例來刪除Session的。

目前還在測試中，還不是很確定，但用這種方式把各別網站的Session分開管理，是沒問題的。

以下是部份原本碼：

session_save_path(/home/ben/public_html/$manage_folder/session_tmp); //指定位置
session_set_cookie_params(time() + 3600, ‘/’); //指定到期時間
session_start();

$manage_folder 變數依不同網站有不同結果，若只有一個網站，可直接填完整路徑。

推到Twitter  推到Plurk