寫完頭一篇之後，這幾天一直在想如何寫第二篇，腦海裏過濾了一遍相關的內容，最終，我選擇了寫網站的前期規劃。（主要是第一篇題目起得大了點，結果第二篇怎麼寫都覺得虎頭蛇尾，呵呵！另外，因爲我參加了飯統網的目錄設計，所以部分實例我以飯統網爲例）
網站的前期規劃是網站的基礎，只有保證基礎，網站纔可能持續的發展，前期規劃我從五個角度來說：
1、目錄規劃
2、備份計劃
3、更新計劃
4、程序設計規劃
5、網頁風格規劃（因爲我不太懂程序，對網頁美工也是差學生，這兩部分我只是大約寫一下我的想法）
一、目錄規劃
雖然說要忘記搜索引擎，可是仔細一樣，目錄規劃其實也是SEO優化最重要的一種，這麼說起來，SEO其實只是把網站結構合理得設計到最好。下面回到主題，目錄規劃對網站的作用：
目錄規劃本身對用戶不存在影響，對於網站管理者卻影響重大，特別是一些公司網站，現在IT圈的人才流動很快，今天的程序員可能明天就走了，所以必須有一個目錄規劃，讓新的程序員儘快瞭解網站，同時也可以避免未來網站目錄可能出現的臃腫，無用文件太多的情況。
說到目錄的結構，這裏不得不提到生成靜態頁面，動態程序，往往大部分動態頁面文件都在根目錄，根本用不着考慮目錄問題。從網站的長期發展來看，生成靜態頁面是很有必要的。好像又提到了SEO，但靜態頁面可不只是爲了搜索引擎。
靜態頁面一方面不需要再通過程序調用數據庫，從速度上，會比動態網頁快一些，這個在訪問量少時並不明顯，爲了網站的長期發展，建議生成靜態頁面的好。另外，如果網站的管理者換程序，比如現在ASP逐漸退出人們的視線，網站管理者把網站升級成爲ASP.net的 程序，如果採用動態網頁，升級後，原來的地址都會成爲無效地址，而網站在發展過程中會有很多頁面都被一些用戶收藏到收藏夾中，或者鏈接到別的網站，程序變 動將會使網站失去一大批用戶。使用靜態頁面將不會出現這樣的問題，每一個頁面還是原來的地址，甚至用戶可能就不知道網站源程序的改變。可以使網站無風險得 平移到新程序中。
當然如果你有足夠的服務器資源，你也可以考慮使用URL重定向工能（頁底有介紹）：（這裏有嚴重的SEO傾向）
比如把網站的動態欄目頁虛擬成：
http://beijing.fantong.com/cate/80000033/
beijing.fantong.com是城市的頻道地址
cata是所有餐廳集合的目錄
80000033就是具體的餐廳
飯統網全部餐廳頁面都虛擬成目錄結構，這個是爲SEO考慮的，因爲目錄形式比頁面形式在搜索引擎上會加分，如果爲SEO考慮，全部使用大目錄這種最好，就是所有的頁面都虛擬成網站根目錄下的目錄，但我個人不喜歡。（想忘記SEO有難度呀！那就再提一點吧，從另外一個角度來看，URL重定向是會減分的，靜態頁面搜索引擎可以探測到頁面的生成時間，頁面的時間還是搜索引擎系統內的存放頁面的歷史時間，搜索引擎就不會再次下載此頁面。可是URL重定向無法給搜索引擎一個時間，所以會增耗搜索引擎的帶寬）
下面按條具體細說：
（1）、網站的目錄命名規則
①、不要使用中文目錄，互聯網不管怎麼樣還是使用英文字母的美國人發明的，我們的中文字並不是在所有的電腦上都能正常查看。
②、目錄不要過長，從用戶的角度來看，短目錄更方便他們記憶，每個做網站的使用者都會希望用戶記住自己的一些目錄名，進入網站不是進入首頁，而是直接進入他需要的那個目錄中去，雖然難度很大。但短目錄至少是一種提供給用戶向這個方向發展的機會，嘿嘿。
③、建議目錄最好用字母目錄，比如新聞用NEWS，論壇用bbs，這種目錄在管理上能很直觀得了解網站的結構，同時如果用戶注意到目錄，這也是方便用戶記憶的方式。（用英文單詞還是拼音，這個無所謂，主要是以方便記憶爲主，GOOGLE這樣的國際大公司，一些目錄結構也是用了英文單詞，也用了拼音字母）
④、網站根目錄需存放所有頁面公用的圖片目錄，JS目錄，廣告目錄，CSS目錄，例：
圖片目錄用images
JS目錄用JS
CSS目錄用CSS
廣告目錄用AD（建議自己想一個跟廣告不相關的名字，因爲現在大多數電腦都有屏蔽廣告的功能，採用的方法其中之一就是根據目錄名稱）
⑤、如果網站規模比較大，那麼每一個頻道都應該有自己的一套公用目錄，比如圖片、JS、廣告、CSS目錄。
⑥、上傳文件目錄管理
文章系統產生的上傳文件目錄建議採用年用月目錄管理，首先是年目錄，然後是月日目錄。例：
網站首頁→網站頻道（１）→上傳總文件夾→2007→0605→網站上傳內容
網站首頁→網站頻道（１）→上傳總文件夾→2007→0606→網站上傳內容
圖片和下載頻道，採用年月日目錄結構也可以，但爲了更好的管理，也可以採用跟網站目錄一樣的目錄結構。例：
網站首頁→網站頻道（１）→上傳總文件夾→網站欄目→2007→0605→網站上傳內容
因網站上傳文件的文件不受多級目錄結果影響，可以把網站目錄和年月日目錄結合在一起使用。
⑦、網站的程序文件目錄，例：
比如後臺管理 admin （爲安全考慮建議換成別的）
用戶管理目錄 user
其它程序重要鏈接文件可以放在網站根目錄，比如常用的conn.asp
（２）、網站的目錄結構
網站的目錄結構我個人喜歡金字塔的結構，但並不一是非要採用這種形式，只是我個人覺得這種結構相對合理。但我強列反對將所有文件都存放在根目錄下，雖不可以全部放在根目錄，但也並不是說目錄的級數可以無限得多，一般在四級目錄以內就適當了。
比較合理的形式
網站首頁→網站頻道（１）→網站欄目→網站內容
→網站頻道（２）→網站欄目→網站內容
→網站頻道（３）→網站欄目→網站內容
飯統網採用的
網站首頁→網站頻道（１）→網站內容
→網站頻道（２）→網站內容
→網站頻道（３）→網站內容
飯統網完全取消了欄目這一項，因爲所有的欄目都用TAG詞替換掉了，這樣可以使得目錄結構少一級，方便頁面地址的記憶和收藏，這是WEB2.0的一種形式。但因爲採用的URL重定向（頁尾有說明），所以餐廳cate目錄可以無限制大。
但如果網站全部生成靜態頁面，而且內容龐大，那樣就不可以使用這種形式，可以考慮使用年月日的形式。例：
網站首頁→網站頻道（１）→年目錄→月日目錄→網站內容
→2007→0605→網站內容
→2007→0606→網站內容
→2007→0607→網站內容
這樣年目錄中最多隻有366個子文件夾，而日目錄呢，就算是新浪新聞頻道，每一天的目錄中的新聞頁面也不會超過目錄允許的最高數量的。（看到一些網站是年目錄，然後是月目錄，然後日目錄，我覺得這樣很傻，一年最多才366天，一個目錄中放三百多個子目錄是很正常的，根本不需要多出月目錄這一級來。）
這裏順便說一下采用TAG詞的形式，採用TAG詞形式，使得用戶進入內容頁的鏈接更加多樣化，我比較推薦這種方法。
飯統網的形式：
http://beijing.fantong.com/shiquan/%C8%FD%D4%AA%C7%C5-%B3%AF%D1%F4%C7%F8/
這個地址使用了中文目錄，%C8%FD%D4%AA%C7%C5-%B3%AF%D1%F4%C7%F8這是中文字的另一種編碼，我並不是很喜歡這種形式，嘿嘿。
我建議最好的形式是爲每一個TAG詞在數據庫中提供一個ID，以ID來通過數據庫調出相應的詞然後再打開這個詞的相應列表頁面。從這個角度來說，TAG詞列表頁生成靜態化比較有難度，一般都是採用URL重定向虛擬動態頁面，不過生成也是可以的，比如：
網站首頁→網站頻道（１）→tag總目錄→按拼音字母首位分類→tag詞列表頁
→tag→a→tag詞列表頁
→tag→b→tag詞列表頁
→tag→c→tag詞列表頁
如果TAG詞量非常大得話，可以採用下面的方式
→tag→a1→tag詞列表頁
→tag→a2→tag詞列表頁
設成生成條件爲一個目錄多少個TAG詞。這樣可以無限級別的增加TAG詞，只要超過這個目錄就再增加一個文件夾就可以。
這樣，從網站的層次上來說，基本層次不變，只是從目錄結構上看有變化。
（3）、網站頻道的設定
現階段的一個正常網站，我想最起碼都有多頻道吧，當然，如果你選擇只做單頻道，我傾佩你的專一。
從我個人的角度，我喜歡把頻道用二級域名來表示，比如飯統網，以城市做爲頻道的區分，每個城市都有一個自己的域名。比如：北京域名就是http://beijing.fantong.com/
從飯統網的角度來看，有足夠多的加盟城市，這種也是必須採用多域名的管理形式，否則會很凌亂。但對於一些小點的網站其實不必要非得采用多域名。比如：一個網站，只有文章、下載、論壇三部分，你可以選擇使用二級域名news.你的域名.com，同樣也可以選擇www.你的域名.com/bbs/這種主目錄結構。
二 級域名比主目錄的好處就在於可擴展性強，在網站逐漸發展的情況下，你增加新的功能和內容時很輕鬆得就可以增加一個新的頻道。放在不同的服務器也可以。（小 提示：對於用戶來說，如果你的網站足夠知名了，用戶選擇去他需要的頻道，在輸入上“二級域名”比“主目錄”可以少輸入幾個字母，更方便用戶記憶，呵呵，不 過這只是很小的細節問題。）
（4）、頻道欄目的目錄設定
現 在一般網站都是先分一個大欄目，然後再分子欄目，甚至還有再分更下一級子欄目的，雖然多級子欄目可以方便用戶不會迷失在網站龐大的數據量中，但卻也會使用 戶瀏覽效率低。所以我個人建議如果欄目較少，容易分，就採用欄目形式（兩級子欄目都適合用欄目形式），但如果欄目分類複雜，雜多，採用TAG做爲分類也是一個不錯的選擇。這樣可以從多層次多角度的細分網站的內容。但在內容頁面中，最好詳細的向用戶說清楚此內容屬於那些TAG詞，同時帶鏈接，如果這個內容不是用戶所查找的，這樣用戶可以根據自己的需要再點擊到相應的TAG詞中去查找。但同時最好能提供多個多TAG合併使用，因爲TAG詞的缺點就是數據量太大，有些TAG詞可能有成千上萬個結果，很不方便用戶找到自己需要的內容，所以採用多TAG合併使用，更容易讓用戶找到自己需要的東西。
（5）、內容頁面的設定
網站內容頁面的存放目錄前面已經提到了，這裏再細說一下。
如果採用URL重定向的方式，內容頁可以也使用跟飯統網類似的目錄形式，下面這種結構就比較合適，同時如果網站的數據量較少也可以使用這種形式：
網站首頁→網站頻道（１）→網站欄目→網站內容
→網站頻道（２）→網站欄目→網站內容
→網站頻道（３）→網站欄目→網站內容
但如果你是生成靜態頁面，雖然目前內容較少，但爲了長期發展考慮，那還存在一個目錄文件過多的問題，但如果你在網站欄目目錄後再按年月日設目錄，這樣網站的目錄結構就有些太長。所以可以考慮使用上面介紹的年月日目期形式，在頻道後使用年月日分類：
網站首頁→網站頻道（１）→網站欄目→網站子欄目
→2007→0605→網站內容
→2007→0606→網站內容
URL重定向說明：URL重定向的意思就是把原來動態的頁面模擬成靜態頁面，雖然從樣子上看，好像是靜態頁面了，實際系統目錄中並不存在這個頁面，只是通過WEB服務器虛擬了這個文件的存在。例：
/Asp?id=245
上面的頁面模擬成
/Asp245.htm
也可以模擬成目錄
/Asp245/
本想今天一次性把
1、目錄規劃
2、備份計劃
3、更新計劃
4、程序設計規劃
5、網頁風格規劃
五個部分都寫完，可是內容實在太多，我又習慣羅嗦得把每一點都寫得很細，所以今天就完成了目錄規劃一部分，在一週內再繼續寫下一部分。
此文參考部分類似文章！
我的DONEWS專欄：http://home.donews.com/donews/author/2/203517/
轉載須保留此地址！