不同類型網站建設開發語言不同，技術支持當然也不同，再此，北京8U網站建設專員同大家分享門戶型網站建設的必備知識點供參考：

門戶型網站建設用存儲過程是比較難擴展的，這種情形多發生于傳統C/S，特別是OA系統轉換過來的開發人員。低成本網站不是一兩臺小型機跑一個數據庫處理所有業務的模式，是機海作戰。方便水平擴展比那點預分析時間和網絡傳輸流量要重要的多的多。

為了將來圖片走cdn做準備，網站建設最好一開始就將圖片的域名分開，且不用主域名。很多網站都將cookie設置到了.domain.ltd，如果圖片也在這個域名下，很可能因為cookie而造成緩存失效，并且占多余流量，還可能因為瀏覽器并發線程限制造成訪問緩慢。

門戶型網站建設除了結構化數據，還要經常存放其他的數據，像圖片之類的。這類數據數量繁多、訪問量大。典型的就是圖片，從用戶頭像到用戶上傳的照片，還要生成不 同的縮略圖尺寸。存儲的分布幾乎跟數據庫擴展一樣艱難。不使用專業存儲的情況下，基本都是靠自己的NAS。這就涉及到結構。拿圖片存儲舉例，圖片是非常容 易產生熱點的，有些圖片上傳后就不再有人看，有些可能每天被訪問數十萬次，而且大量小文件的異步備份也很耗費時間。

幾乎所有操作最后都要落到數據庫身上，它又最難擴展（存儲也挺難）。對于mysql，什么樣的表用myisam，什么樣的表用innodb，在開發 之前要確定。復制策略、分片策略，也要確定。表引擎方面，一般，更新不多、不需要事務的表可以用myisam，需要行鎖定、事務支持的，用innodb。 myisam的鎖表不一定是性能低下的根源，innodb也不一定全是行鎖，具體細節要多看相關的文檔，熟悉了引擎特性才能用的更好?，F代WEB應用越來 越復雜了，我們設計表結構時常常設計很多冗余，雖然不符合傳統范式，但為了速度考慮還是值得的，要求高的情況下甚至要杜絕聯合查詢。編程時得多注意數據一 致性。

門戶型網站建設在復制策略方面，多主多從結構也最好一開始就設計好，代碼直接按照多主多從來編寫，用一些小技巧來避免復制延時問題，并且還要解決多數據庫數據是否一致，可以自己寫或者找現成的運維工具。