決定網(wǎng)站的速度有很多因素，我們這里提出主要的四個，具體如下：

1、網(wǎng)絡(luò)的傳輸質(zhì)量

事實(shí)上除正常重啟外服務(wù)器是很少當(dāng)機(jī)的，一年也難得碰上一回。但由于目前國內(nèi)寬帶用戶的急劇增長，和不斷出現(xiàn)的網(wǎng)絡(luò)病毒，目前國內(nèi)的網(wǎng)絡(luò)并不是很好(相信大家都有感覺)，到處都面臨著線路切割和擴(kuò)容。所以會出現(xiàn)部分地區(qū)暫時訪問很慢甚至不能訪問的情況。遇到這樣的情況請不要著急，因?yàn)槟悴荒茉L問并不表示人家不能訪問，你慢并不表示人家也慢。您可以問問外地的網(wǎng)友，他們?nèi)绻颊５脑挘覀兘ㄗh您去安心睡一覺，起來以后說不定也就好了。至于睡多少時間，就只能看中國網(wǎng)絡(luò)的改造效率了：)。如果都打不開，請先到www.dgscpc.com 看看有沒有什么維護(hù)的公告，最后再聯(lián)系我們解決。

2、服務(wù)器的繁忙程度

服務(wù)器上運(yùn)行的網(wǎng)站并不是只有一個，每個網(wǎng)站又有很多的人訪問，就是說服務(wù)器工作的時候平均都連接著好幾千個用戶，任何用戶對服務(wù)器發(fā)出請求的時候，服務(wù)器都會調(diào)用一定的資源來處理用戶的請求，一般動網(wǎng)論壇的一次請求大約能占用3%的CPU和100KB的內(nèi)存，可以想象，當(dāng)某一瞬間正好有很多的用戶同時發(fā)出請求，那么服務(wù)器自然會忙不過來，這個時候服務(wù)器就需要等待有空余資源再來運(yùn)行用戶的請求，用戶端就會出現(xiàn)變慢的情況。

所以理論上，服務(wù)器上開設(shè)的網(wǎng)站越少，整體速度就越快，但不能保證出現(xiàn)暫時的停頓。對于超強(qiáng)型以上的網(wǎng)站，我們會定期轉(zhuǎn)移到獨(dú)立的服務(wù)器，同時控制單服務(wù)器的網(wǎng)站數(shù)量，超強(qiáng)型以下的網(wǎng)站，我們會根據(jù)服務(wù)器的負(fù)荷來決定單個服務(wù)器的網(wǎng)站數(shù)量。

當(dāng)我們發(fā)現(xiàn)某個服務(wù)器負(fù)荷較大，就會采取轉(zhuǎn)移分流的辦法，來解決這個問題，一般一個星期左右就能解決。同時也會嚴(yán)格檢查占用大量服務(wù)器資源的程序和網(wǎng)站，盡快聯(lián)系站長進(jìn)行處理。

3、頁面本身的因素

用戶打開一個頁面，服務(wù)器處理完程序后會把頁面上的內(nèi)容傳給用戶。用戶接收完所有的數(shù)據(jù)以后才能完全打開頁面。很明顯，當(dāng)然服務(wù)器處理程序很慢或者頁面上的內(nèi)容很大的時候，都會影響用戶打開頁面的速度。

服務(wù)器處理程序的時間，就是很多論壇下面顯示的頁面執(zhí)行時間，由于這個是體現(xiàn)服務(wù)器的運(yùn)算時間，所以這個時間和用戶的上網(wǎng)速度是無關(guān)的，就是說用戶用MODEM和ADSL上網(wǎng)，這個執(zhí)行時間應(yīng)該是一樣的。

一般服務(wù)器處理程序的時間在1000毫秒以下的時候，用戶基本上沒任何感覺，因?yàn)榉?wù)器已經(jīng)在1000毫秒(1000毫秒=1秒)內(nèi)處理完所有的內(nèi)容，剩余的時間都是在傳遞數(shù)據(jù)。如果你的頁面上涉及的文件很大，比如有1MB的圖片在做背景，瀏覽者和服務(wù)器之間，就算能達(dá)到100KB/S的速度，他也至少需要10秒鐘才能打開這個頁面。

所以我們建議頁面上盡量不要放置過多、過大的內(nèi)容。這也是插件版本的論壇速度慢的原因之一，因?yàn)椴寮嬗昧舜罅康膱D片、FLASH對頁面進(jìn)行了美化，同時在頁面上增加了很多顯示的內(nèi)容。

4、ACCESS數(shù)據(jù)庫的原因

現(xiàn)在網(wǎng)上絕大多數(shù)網(wǎng)站都是ACCESS+ASP的形式，因?yàn)锳CCESS結(jié)構(gòu)簡單容易處理，而且也能滿足多數(shù)的網(wǎng)站程序要求。

ACCESS是小型數(shù)據(jù)庫，既然是小型就有他根本的局限性，以下幾種情況下數(shù)據(jù)庫基本上會吃不消：

1。數(shù)據(jù)庫過大，一般ACCESS數(shù)據(jù)庫達(dá)到50M左右的時候性能會急劇下降!

2。網(wǎng)站訪問頻繁，經(jīng)常達(dá)到100人左右的在線。

3。記錄數(shù)過多，一般記錄數(shù)達(dá)到10萬條左右的時候性能就會急劇下降!

(注：以上3條只是我們多年以來的經(jīng)驗(yàn)結(jié)果，并不只絕對值，具體視情況不同浮動較大)

ACCESS論壇(如動網(wǎng))大了以后就很容易出現(xiàn)數(shù)據(jù)庫方面的問題，當(dāng)你的論壇數(shù)據(jù)庫在30M以上，帖子5萬左右，在線也在100人左右的時候，你的論壇基本上都在處理數(shù)據(jù)庫上花時間，這個時候很可能就會出現(xiàn)數(shù)據(jù)庫吃不消的情況。

一般癥狀是所有涉及數(shù)據(jù)庫的頁面，突然運(yùn)行都慢的出奇(執(zhí)行時間達(dá)到5秒以上甚至幾十秒)，涉及HTML和純ASP運(yùn)算的頁面都正常，等過一段時間(約10分鐘或更長)以后又突然恢復(fù)。這個時候你可以用一般ASP探針測試一下，如果服務(wù)器的運(yùn)算時間正常，而你的帖字量又比較大，就是數(shù)據(jù)庫方面的問題了。

解決方法：

由于這是ACCESS本身的局限性，所以解決的方法除了減少數(shù)據(jù)量和更換大型的數(shù)據(jù)庫論壇以外也沒什么好辦法，也就是現(xiàn)在常說的論壇危機(jī)，也是大型的論壇都不是ACCESS的原因。我們推薦以下方法：

1。臨時解決辦法：定期刪除多余的數(shù)據(jù)、壓縮數(shù)據(jù)庫，限制論壇灌水，甚至限制論壇注冊。如果是動網(wǎng)論壇，可以使用論壇自帶的分表儲存功能，會有較好的效果

2。比較長遠(yuǎn)辦法：更換論壇和數(shù)據(jù)庫，一般都采用動網(wǎng)sql商業(yè)版本+MSSQL 的方案來解決，不過這個需要比較大的投資。因?yàn)閙ssql2000和ACCESS相比需要更多的資源，光是占內(nèi)存上，就可以達(dá)到每一個在線1M以上的程度，如果你的SQL論壇有100人在線就會吃掉服務(wù)器至少150M以上內(nèi)存。