現在有太多的人都做了自己的門戶型網站建設，那么如何交自己的網站運營好呢？這個需要我們不斷的努力和不斷的創新策劃。

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

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

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

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

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

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