?????? 寫這篇文字的時候，一直是在尋找一種自認為比較合理的web開發模式，或者更確切說是一種方法，一種潛意識的標準，說起標準來，有人會說壟斷，那我只能說別把話題扯遠了，因為我要記錄的是在某一環境下，某個前提下所進行的web開發，因此，在一種或者幾種原則的框架下，自然要舍棄某些東西。那就是傳說中的需求！我喜歡清晰的需求。
????? 那首先，什么是需求呢？是通用的web site呢，還是某一類系統呢？我想很明顯的是web，頁面架構很清晰的那種，但是要有一定范圍的擴展性，比如顏色，模塊位置，語言，當然作為一個開發者還可以自己添加模塊，作為一個普通用戶也要易于安裝。非常高興的是本人對做出來是什么東西不感興趣，主要考察的是標題所說明的，web的結構，那就挑個中等難度的，類似oscommerce的東西，沒有界定具體類型，例如b2c，c2c或者其他，支持用戶，產品，信息模塊，當然還有購物車，收藏夾等通用的模塊，后臺管理少不了，權限卻是個大問題，這個稍后再談呢，還需要研究一下。圖片什么的都不談，用最簡單的實現。
??????? 好了，以上粗略可以知道自己想做什么東西了，那么要談一下原則了，作為一名具有多年（其實四年都不到）web開發者，也是2個網站的失敗經營者（自己先寒一個），通過自己的經歷，總結出了幾點。第一，當然是速度和安全，一個在虛擬主機上的站點，選擇了好的提供商，我是不會指望供應商承諾速度會有多快的，原因很簡單，一個服務器，多個虛擬主機，共享帶寬，流量一定，具體來講就是馬路的問題的，所以也不想多說了。安全方面，程序語言我選擇php，一個是開源，另一個，黑客哥哥們看到開源總歸放一馬的吧，怎么說也是自己人哦，是吧。另外，該檢驗的都要檢驗，JS做一下檢驗，php也做，夠安全了吧。
??????? 休息一下，明天繼續
??????? 漫長的旅程確實是需要休息和放松的，那是為下一段旅途做準備。
??????? 需求基本理解，大原則明確，接著我需要頂著XP極限編程的帽子工作了，似乎這種方法的工作屬于牛仔式，可是要知道，真正的xp要把工作安排到小時級，就是說每個小時都要安排好該做什么，顯然，像我這樣單槍匹馬是不現實的，誰來和我探討呢？自然是你，我親愛的朋友，回復吧，給我blog來點生氣，呵呵。
??????? 那么如何開始呢？我想首先是抽象，我不想解釋抽象的含義和好處，難道又要引經據典？我討厭那樣。
??????? 最前面要規劃站點的結構，大家共同的標準已經有一些了，比如根目錄下放一些公共文件，比如/image，/script，/style，等等，還有人寫/picture，/js，/css，內容是一樣的，名稱不同罷了，還有人把他們寫成復數，那都不是最重要的，重要的是，站點里所有的頁面都能找到他們想要的圖片，javascript文件，樣式表等，所以為了方便，本人覺得還是放棄dreamweaver，啊？這和dw有關系嗎，請原諒我，可能我應該直接告訴各位原因，但是為了顯示我的聰明才智，我使用了一種寫文章的修辭手法，他也許叫做欲仰先抑，看到這里不要扔雞蛋。dw是所見所得的開發工具，為了讓站點可擴展，我覺得把路徑全部寫進一個configure文件里面，在將configure包含進所有需要的頁面，也就是在頁面里連接圖片，js，css的時候路徑都是一個常量，這也就意味著在dw里不能看到效果了，也許還有其他ide可以做到，不過本人還是偏愛utraedit,這是一個輕量級的文本編輯器，可以像dw一樣建立一個工程，可能缺乏許多功能，但是開發，絕對夠了，如果再稍大一些的項目，用eclipse＋php的插件，那就更爽了，即時的代碼差錯，超棒。
????????另外為了支持多語言，需要一個language包，基本思路是在language下有個語言文件，比如english.php,包含公共的語言，比如翻頁，標題，公司名稱等等，然后相對應的english目錄下面建立相對于網站的每一個頁面的語言頁面，比如/index.php，那么可能的情況是/.../language/english/index.php，然后將這個語言包含進去。如果文件比較龐大，可能比較難找，或許可以在同級目錄下建立/english/english_index.php，或者干脆/english_index.php，這個雖然仔細想過，可感覺真正實施的時候可能會碰到其他問題，本人只試過第一個方法，各位觀眾也可以看看，這個有個例子，www.oscommerce.com，這個開源系統，很不錯，基本上function部分我都參照這個寫的，沒有采用class，事實上，基于快速的原則，我也不準備用class，如果需要php5的話可能會考慮class，但是如果需要動用到class時，那么說系統足夠大了，那我還不如用java了。哦，對了，記得頁面編碼為utf－8。
??????? 接下來我需要確定確定一下基本模塊先，1、信息模塊，這是必不可少的，一個好的商業性網站，必須有個平臺推銷自己的產品，雖然可能某些信息和產品沒有任何關系，但是如果能夠吸引網民來稍微看一下，那么很有可能這個網民甚至是這個網民的網友將會成為你網站的用戶，那的確是一個不一樣的稱謂，我喜歡我的用戶，我喜歡流量飆升。所以一個很好的信息系統是很必須的，而且等站點完成后，必須好好管理它，至少2天更新一些東西，這樣，用戶就有新鮮感，我也喜歡新鮮感。說到這里，本人認為可能有2中主要的信息系統，雖然他們的主要目的不外乎是宣傳自己，可能是宣傳網站，可能是宣傳某個實體，比如企業。所以很多企業老板為了增強企業的標志性，比如某一條信息，記錄某某企業獲得2006年全國最佳某某獎，那么我打賭，企業老板肯定需要讓2006年所有的用戶在首頁看到這條信息，甚至是2007，2008年，那是個宣傳自己品牌很好的辦法，不是嗎？那么，假定我把這條信息放進企業新聞里面（企業新聞就是一個類別），如果我按照時間排序，讓最新加入的信息出現在用戶視線范圍的最前端，顯然老板不會高興的，我就可能需要一個排序的小功能。信息可能有好幾種，很多用戶自定義的類別，當然更需要排序了，或許有時候需要用圖片來代替類別文字，因為美工認為圖片會更好看，鑒于字體的原因，也只能做成圖片。所以可能在編輯類別的時候需要上傳一張代表這個類別的圖片。既然有類別，那么縱向來看，需要多少等級的類別呢，很多小型站點主要一級類別＋信息就可以了，稍大的需要大類、小類、信息這種形式的，那就是二級的分類，那么一個內容發布系統呢？顯然為了擴展，可能需要無限類了。通常選擇是痛苦的，所以在這個時候之前我所說的原則和需求就可能是很重要的參照了，要明白，不管信息有多重要，主要的需求還是產品，你需要賣商品出去，這個是商業互動型網站，所以本人認為沒有特別需要使用二級分類就完全可以應付了，太多的分類自己管理也麻煩，還不如多花些時間和精力在頁面上面，信息的頁面形式多一些，可能有文字類或者圖片類的，一個圖片新聞，很不錯的想法，或者每條信息有分頁功能，如果，有一條新聞是世界500強企業名錄，每個企業一個名字，或許需要一些文字說明，我想沒有人會傻到把500個企業名稱和詳細說明放到同一頁面上吧，如果確實有這么一些人，那么肯定有特殊原因，我可不想得罪人哦。一條信息的分頁處理，這確實是一個比較麻煩的實現，我需要畫一些圖來好好考慮一下，該如何操作，所以，稍微休息一下......