現(xiàn)在隨著巨頭摻合到服務器服務市場，可以說給站長們選擇的機會越來越多，以前小站長們可能只能去租用一些虛擬主機，要是能用到一款就算是小內(nèi)存的VPS都會被認為是舍得了血本的。而現(xiàn)在可能只需付出之前普通虛擬主機的價格就能獲取一臺云服務器，比如阿里云、騰訊云等等最低價格的一年才五百元左右。

對于很多小站長而言雖然已經(jīng)可以用得上一些云服務器，但相關(guān)的配置都是一些基礎的，比如內(nèi)存都是2GB以下，帶寬一般是1-3M。這樣的情況下就算我們的環(huán)境配置正確，但因為小的帶寬依然會覺得自己網(wǎng)站的速度不太給力。我做西部數(shù)碼代理有客戶買了云服務器，甚至認為云服務器還不如當初的虛擬主機。實際上在首次加載首頁等大體積網(wǎng)頁的時候小帶寬的云服務器確實不如虛擬主機，雖然虛擬主機有各種資源限制，但母機的帶寬一般都是上百兆的，因此虛擬主機的瞬時速率確實可以表現(xiàn)得很好。

但現(xiàn)實是，很多小站長處于自己做網(wǎng)站的預算考慮只能入手一些小帶寬的服務器，而又不想回到使用虛擬主機的狀態(tài)；因為帶寬費用往往是特別高的，而且是帶寬越高相應的費用增率也就又高。而今天就跟大家分享一下一些小的技巧：

一、切圖、啟用頁面壓縮、優(yōu)化CSS等常規(guī)做法。

這些做法其實不僅是我們優(yōu)化小服務器加載速度，也是很多大型網(wǎng)站應用的方法，比如切圖既可以減小頁面圖片的總文件大小，也能減少大量的HTTP請求。還有優(yōu)化CSS比如多個標簽復用相同屬性，也就是說編寫CSS的時候不是一個個頁面的寫，而是從全局考慮編寫CSS，這樣可以極大減小CSS文件的大小。當然還有很多其他的方法，比如啟用GZIP頁面壓縮、圖片分屏延遲加載等等。這些常用的方法我就在這里歸為一類了，不再去詳細地一一說明了。

二、資源供應，抱團取暖。

對于很多站長而言，自己的網(wǎng)站訪客流量并不是特別高，很多時候并不是每一秒都有用戶去對網(wǎng)站的首頁去加載。因而我們完全可以相互利用，因為對于很多網(wǎng)站而言最大的加載速度問題在于首頁，比如Discuz這樣的程序只要首頁全部加載完成后，其他的頁面加載起來就很快了，因為首頁已經(jīng)把公共部分的JS和CSS等文件加載到了本地。而我們有的網(wǎng)站需要做一些大的Banner圖片，而這些圖片可能在首頁占得體積是最大的，可能有時候會達到數(shù)MB。這個時候我們完全可以把這些圖片分開存儲到不同的合作伙伴那里，比如A的網(wǎng)站首頁的大圖片可以放到B、C、D等等不同人的服務器里邊，之所以選擇這樣的圖片去放在別人那里，是因為這樣做的技術(shù)難度最低也是最安全的，就算不跟對方合作了，可以輕易切換引用其他路徑上的資源。

三、抱巨人的大腿，讓網(wǎng)站變得更加輕快。

現(xiàn)在其實有很多專門提供細分文件類型存儲的服務商，比如專門做圖片存儲的，有站長可能會說那些服務的價格比較貴，那樣還不如提升自己服務器的帶寬。但我這里也不是要你像那些土豪一樣把所有的圖片放在這些服務上，而且把一些特別大的部分放到那邊存儲，然后在自己網(wǎng)站調(diào)用。如果你連這個錢也不愿意出，也行的，其實市面上有很多免費的可以利用的，但那些是需要掌握一些技巧的，至于這些技巧大家可以在網(wǎng)上搜索，比如新浪微博的傳圖功能完全可以應用到我們小帶寬服務器網(wǎng)站首頁圖片的存儲上，除此之外還有更多免費的資源。

四、把主體新添加的主要JS和CSS壓縮。

這里說的壓縮不是進行g(shù)zip等方式壓縮，而是編寫代碼后確認應用的時候壓縮，當然建議壓縮前備份一份未壓縮的。了解jQuery的朋友都知道，這個開源的框架就有壓縮版和未壓縮版，前者我們通常是直接加載到網(wǎng)頁上面，后者主要是有給懂技術(shù)的人去做二次開發(fā)的；而前者的體積比后者小得多，普通的JS和CSS也是同樣的道理。而且進行這樣的處理不僅減小了體積，同時也增加別人惡意抄襲我們前端效果的抄襲成本，何樂而不為呢。

我上面說的這幾點，除了第一點外其他的都是大家不常提到的，因此也是經(jīng)常被忽略的對象，而實際上這幾點卻是只需要一點時間成本，但可以取得非常好的效果。這個就算我們網(wǎng)站的首頁是一個比較大體積的網(wǎng)頁，即使我們使用的是小帶寬的服務也不再擔心加載很久都不出來了；這樣可是可以極大提高用戶體驗的哦。