大型網(wǎng)站，例如門戶網(wǎng)站。 面對大量用戶訪問和高并發(fā)請求，基本解決方案著眼于以下鏈接：使用高性能服務(wù)器，高性能數(shù)據(jù)庫，高效編程語言和高性能Web容器。 但是除了這些方面，仍然沒有辦法從根本上解決大型網(wǎng)站面臨的高負(fù)載和高并發(fā)問題。 上面提供的幾種解決方案思想在某種程度上也意味著更大的投資，并且這種解決方案存在瓶頸并且沒有良好的可伸縮性。 下面我將從低成本，高性能和高可伸縮性的角度進(jìn)行演講。 說一些經(jīng)驗(yàn)。  

大型網(wǎng)站制作應(yīng)注意哪些問題？  

 HTML靜態(tài)化

實(shí)際上，每個(gè)人都知道最有效和最少的使用是純靜態(tài)HTML頁面，因此我們盡力使用我們網(wǎng)站上的頁面是使用靜態(tài)頁面實(shí)現(xiàn)的。 這種最簡單的方法實(shí)際上是最有效的方法。 但是對于內(nèi)容量大且經(jīng)常更新的網(wǎng)站，我們無法一一手動(dòng)實(shí)現(xiàn)它們，因此我們的通用信息發(fā)布系統(tǒng)CMS出現(xiàn)了，就像我們經(jīng)常訪問的各種門戶網(wǎng)站的新聞?lì)l道，甚至其他網(wǎng)站一樣 渠道，全部通過信息發(fā)布系統(tǒng)可以由信息發(fā)布系統(tǒng)管理和實(shí)現(xiàn)。 信息發(fā)布系統(tǒng)可以實(shí)現(xiàn)最簡單的信息輸入并自動(dòng)生成靜態(tài)頁面。 它還可以具有頻道管理，權(quán)限管理，自動(dòng)爬網(wǎng)等功能。 對于大型網(wǎng)站，它具有一套有效的，可管理的CMS是必不可少的。  

，圖片服務(wù)器分離

如您所知，對于Web服務(wù)器，無論是Apache，IIS還是其他容器，圖片都是最消耗資源的，因此我們需要將圖片和頁面分開。 這基本上是大型網(wǎng)站采用的策略。 它們都有獨(dú)立的映像服務(wù)器，甚至還有許多映像服務(wù)器。 這種體系結(jié)構(gòu)可以減輕對提供頁面訪問請求的服務(wù)器系統(tǒng)的壓力，并可以確保系統(tǒng)不會(huì)由于映像問題而崩潰。 可以在應(yīng)用程序服務(wù)器和映像服務(wù)器上執(zhí)行不同的配置優(yōu)化。 例如，apache可以嘗試盡可能多地配置ContentType。 更少的支持，盡可能少的LoadModule，以確保更高的系統(tǒng)消耗和執(zhí)行效率。  

數(shù)據(jù)庫集群和數(shù)據(jù)庫表哈希

大型網(wǎng)站具有復(fù)雜的應(yīng)用程序。 這些應(yīng)用程序必須使用數(shù)據(jù)庫。 然后，當(dāng)面對大量訪問時(shí)，數(shù)據(jù)庫的瓶頸將很快變得明顯。 有時(shí)數(shù)據(jù)庫很快將無法滿足應(yīng)用程序的要求，因此我們需要使用數(shù)據(jù)庫集群或數(shù)據(jù)庫表哈希。 在數(shù)據(jù)庫集群方面，許多數(shù)據(jù)庫都有自己的解決方案。  Oracle，Sybase等都有很好的解決方案。  MySQL提供的常用的Master / Slave也與此類似。 您使用哪種類型的數(shù)據(jù)庫，請參考相應(yīng)的解決方案。