由于個人也在建設博客網站,因此對zblog網站能夠承受多大的數(shù)據(jù)庫容易十分關注,因為個人覺得了解一下這方面的知識,對以后的布局有幫助,可以提前做好數(shù)據(jù)庫的選擇,免得以后麻煩。
按照開發(fā)者的說法:
本文的zblog指的是zblogphp版本,zblogasp版本不在討論范圍內....有客戶問我們:zblog可以承受多大的數(shù)據(jù)量?zblog可以發(fā)布多少篇文章?
這個測試網站的數(shù)據(jù)是60多萬了,另外一個網站的測試數(shù)據(jù)是110多萬。其實大部分使用zblog的用戶都是寫博客或者做一些小型網站的,真正大型的網站也不會用zblog來做一般都是自己開發(fā)程序做。所以呢使用zblog完全不用擔心數(shù)據(jù)量承載的問題,安心的去做網站即可。
本人測試過zblog-php數(shù)據(jù)庫:
經過我的測試發(fā)現(xiàn),PHP搭載mysql數(shù)據(jù)庫,在tags數(shù)量200個左右時,只能承受5萬左右的數(shù)據(jù)庫,就會出現(xiàn)卡頓現(xiàn)象,可能是因為tags比較多的原因吧也有可能是我的服務器配置上有些問題,但總覺得系統(tǒng)對于偽靜態(tài)的抗壓能力還是有限。所以,我覺得選擇PHP對于以后的大容量存在挑戰(zhàn)。
?
為什么我還是選擇了asp+sql server數(shù)據(jù)庫的模式?
因為我覺得網站還是需要實現(xiàn)純靜態(tài)功能的,因為這不僅可以節(jié)省服務器資源,省去了很多成本,而且對于服務器的抗壓能力有所提升,因此這個功能我覺得是必須具備的。另外,access數(shù)據(jù)庫確實對數(shù)據(jù)容量比較敏感,數(shù)據(jù)多一點,會帶來×××煩,查詢一次要耗費很長時間,畢竟是一個小型數(shù)據(jù)庫,經過測試發(fā)現(xiàn),超過3萬條數(shù)據(jù),在查詢過程中就變得較慢了,因此我覺得access適合做3萬條以內的小站。經過將近七個月的建設,我的博客數(shù)據(jù)還是很少,訪問量也還很低,如昆蟲記讀書筆記http://www.simayi.net/dushubiji/1106.html好詞好句好段摘抄加感悟賞析
這篇文章,算是表現(xiàn)比較好的,在展現(xiàn)方面比較滿意,但是這樣的文章太少了。如果要想獲得像當年的月光博客一樣成功,就必須做到5萬條這樣的數(shù)據(jù),那太難了,需要積累很多年吧。
寫博客很難,主要是難以堅持,從月光博客和盧松松都將access數(shù)據(jù)庫換成sql server及mysql可以看出,access數(shù)據(jù)庫的確不適合做中大型網站,因此需要轉換升級!
另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn,海內外云服務器15元起步,三天無理由+7*72小時售后在線,公司持有idc許可證,提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案,具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢,專為企業(yè)上云打造定制,能夠滿足用戶豐富、多元化的應用場景需求。