• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Welcome to 陳俊峰's ---BeetleHeaded Man Blog !

              C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理 ::
              58 隨筆 :: 32 文章 :: 18 評論 :: 0 Trackbacks
            注:此應該是某虛擬主機商提供為用戶的常見問題,我認為整理的挺不錯的,轉貼一下。

              決定網站的速度有很多因素,我們這里提出主要的四個,具體如下:

              1、網絡的傳輸質量

              事實上除正常重啟外服務器是很少當機的,一年也難得碰上一回。但由于目前國內寬帶用戶的急劇增長,和不斷出現的網絡病毒,目前國內的網絡并不是很好(相信大家都有感覺),到處都面臨著線路切割和擴容。所以會出現部分地區暫時訪問很慢甚至不能訪問的情況。遇到這樣的情況請不要著急,因為你不能訪問并不表示人家不能訪問,你慢并不表示人家也慢。

              2、服務器的繁忙程度

              服務器上運行的網站并不是只有一個,每個網站又有很多的人訪問,就是說服務器工作的時候平均都連接著好幾千個用戶,任何用戶對服務器發出請求的時候,服務器都會調用一定的資源來處理用戶的請求,一般動網論壇的一次請求大約能占用3%的CPU和100KB的內存,可以想象,當某一瞬間正好有很多的用戶同時發出請求,那么服務器自然會忙不過來,這個時候服務器就需要等待有空余資源再來運行用戶的請求,用戶端就會出現變慢的情況。所以理論上,服務器上開設的網站越少,整體速度就越快,但不能保證出現暫時的停頓。

              3、頁面本身的因素

              用戶打開一個頁面,服務器處理完程序后會把頁面上的內容傳給用戶。用戶接收完所有的數據以后才能完全打開頁面。很明顯,當然服務器處理程序很慢或者頁面上的內容很大的時候,都會影響用戶打開頁面的速度。服務器處理程序的時間,就是很多論壇下面顯示的頁面執行時間,由于這個是體現服務器的運算時間,所以這個時間和用戶的上網速度是無關的,就是說用戶用MODEM和ADSL上網,這個執行時間應該是一樣的。一般服務器處理程序的時間在1000毫秒以下的時候,用戶基本上沒任何感覺,因為服務器已經在1000毫秒(1000毫秒=1秒)內處理完所有的內容,剩余的時間都是在傳遞數據。如果你的頁面上涉及的文件很大,比如有1MB的圖片在做背景,瀏覽者和服務器之間,就算能達到100KB/S的速度,他也至少需要10秒鐘才能打開這個頁面。所以建議頁面上盡量不要放置過多、過大的內容。這也是插件版本的論壇速度慢的原因之一,因為插件版用了大量的圖片、FLASH對頁面進行了美化,同時在頁面上增加了很多顯示的內容。

              4、ACCESS數據庫的原因

              現在網上絕大多數網站都是ACCESS+ASP的形式,因為ACCESS結構簡單容易處理,而且也能滿足多數的網站程序要求。ACCESS是小型數據庫,既然是小型就有他根本的局限性,以下幾種情況下數據庫基本上會吃不消:

              1) 數據庫過大,一般ACCESS數據庫達到50M左右的時候性能會急劇下降!

              2) 網站訪問頻繁,經常達到100人左右的在線。

              3) 記錄數過多,一般記錄數達到10萬條左右的時候性能就會急劇下降!

              (注:以上3條只是我們多年以來的經驗結果,并不只絕對值,具體視情況不同浮動較大)

              ACCESS論壇(如動網)大了以后就很容易出現數據庫方面的問題,當你的論壇數據庫在30M以上,帖子5萬左右,在線也在100人左右的時候,你的論壇基本上都在處理數據庫上花時間,這個時候很可能就會出現數據庫吃不消的情況,一般癥狀是所有涉及數據庫的頁面運行都慢的出奇(執行時間達到5秒以上甚至幾十秒),涉及HTML和純ASP運算的頁面都正常,你可以用一般ASP探針測試一下,如果服務器的運算時間正常的話,就是數據庫方面的問題了。

              解決方法:

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

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

              2) 比較長遠辦法:更換論壇和數據庫,一般都采用動網sql商業版本+MSSQL 的方案來解決,不過這個需要比較大的投資。因為mssql2000和ACCESS相比需要更多的資源,光是占內存上,就可以達到每一個在線1M以上的程度,如果你的SQL論壇有100人在線就會吃掉服務器至少150M以上內存。

            posted on 2006-05-11 13:41 Jeff-Chen 閱讀(164) 評論(0)  編輯 收藏 引用 所屬分類: 搜集的經驗教訓/資訊
            日本强好片久久久久久AAA| 精品久久久久久综合日本| 日本高清无卡码一区二区久久| 久久亚洲日韩看片无码| 国内精品久久久久影院优| 久久综合久久性久99毛片| 久久久久久国产精品无码超碰| 99热精品久久只有精品| 色婷婷久久综合中文久久蜜桃av | 久久91精品国产91久久麻豆| 99热精品久久只有精品| 热re99久久精品国99热| 日本国产精品久久| 一本大道久久a久久精品综合| 久久人人爽人人爽人人片AV高清 | 91精品国产综合久久四虎久久无码一级| 欧美一级久久久久久久大片| 久久精品国产精品青草app| 影音先锋女人AV鲁色资源网久久| 国产ww久久久久久久久久| 99re久久精品国产首页2020| 久久精品国产99久久久古代| 性做久久久久久久久| 久久精品国产一区二区电影| 久久精品国内一区二区三区| 99国产精品久久久久久久成人热| 久久99精品久久久大学生| 色婷婷综合久久久久中文字幕| 国产一级持黄大片99久久| 国产成人久久精品一区二区三区 | 久久精品国产网红主播| 色欲综合久久中文字幕网| 国产精品亚洲综合久久| 要久久爱在线免费观看| 久久久久久免费视频| 久久久久免费精品国产| 久久婷婷五月综合97色直播| 亚洲中文字幕无码久久2017| 久久人人爽人人爽人人片AV不| 久久精品国产亚洲AV无码娇色| 精品国产VA久久久久久久冰 |