建站
咨詢
售后
建站咨詢
新聞中心
寫在前面
生活在信息爆炸的今天，我們每天不得不面對和過濾海量的信息--無疑是焦躁和浮動的，這就意味著用戶對你站點投入的時間可能是及其吝嗇的(當(dāng)然91，pronhub等剛需站點除外)。
創(chuàng)新互聯(lián)網(wǎng)站建設(shè)由有經(jīng)驗的網(wǎng)站設(shè)計師、開發(fā)人員和項目經(jīng)理組成的專業(yè)建站團隊，負責(zé)網(wǎng)站視覺設(shè)計、用戶體驗優(yōu)化、交互設(shè)計和前端開發(fā)等方面的工作，以確保網(wǎng)站外觀精美、成都網(wǎng)站建設(shè)、做網(wǎng)站易于使用并且具有良好的響應(yīng)性。
如何給用戶提供迅速的響應(yīng)就顯得十分重要了，這可能成為你留住用戶的關(guān)鍵。即使網(wǎng)站設(shè)計的再優(yōu)秀，功能再完美，但是響應(yīng)的巨慢，用戶的耐心很快會被耗光，這可能成為他最后一次訪問，這絕對不是危言聳聽，最近有幸參與到了公司海外站點項目，對于這點深有體會。
問題的復(fù)盤
某一天海外運營告知說最近幾天的海外站點pv,uv下降嚴(yán)重，希望技術(shù)幫忙查看一下原因。WTF，這跟技術(shù)有毛線關(guān)系，該用的都用了，TM的頁面不吸引人，用戶不想來，我能怎么辦?事實證明不要太自信。
搬來梯子，熟練的打開海外站點，速度還可以，這個時候差點就給pass了，幸好去看了一下世界各個地區(qū)的加載時間后發(fā)現(xiàn)，有些地區(qū)的加載時間簡直不能看。好吧，實錘。
在查找慢速過程中收獲很多決定記錄下來。(在這里強烈安利一個可以檢測站點 全球各個地區(qū)加載時間的網(wǎng)站here，真的強烈推薦)
文章不包含壓縮文件、圖片，增加資源域名等等雅虎軍規(guī)中提到的內(nèi)容，因為是這些都是必須的。如果你還沒有實踐的話，建議先遵循再來看。
預(yù)備知識
在開始分析和解決之前，慣例先來簡單介紹一下涉及的知識點，這樣大家可能更加有代入感，也算有個鋪墊。
DNS
這個大家應(yīng)該是很熟悉的，每天都在用的東西。
說的通俗點，它就是一個用來將ip地址和域名相互映射的數(shù)據(jù)庫，幫助人們更加方便的使用互聯(lián)網(wǎng)，再也不用記住那些復(fù)雜的服務(wù)器地址，直接輸入服務(wù)器地址所綁定域名就可以訪問，例如 juejin.im，多好記。
CDN
內(nèi)容分發(fā)網(wǎng)絡(luò)(Content delivery network)其實就是一種透過互聯(lián)網(wǎng)互相連接的計算機網(wǎng)絡(luò)系統(tǒng)。利用最靠近每位用戶的服務(wù)器，更快、更可靠地將資源發(fā)送給用戶。特點就是高性能、可擴展性及低成本。國內(nèi)兩云的這項服務(wù)打的不可開交。
由于篇幅的原因這里就不詳細介紹了。對它不熟悉的或者想要溫習(xí)一下的這邊來。我覺得主要有兩個因素來判斷CDN服務(wù)的優(yōu)劣---命中率和節(jié)點數(shù)量。
命中率意味著是否回源，回源的請求會打到你的服務(wù)器上，那么加載時間就取決與用戶與你服務(wù)器的通訊狀態(tài)了，說白了就是聽天由命。
節(jié)點數(shù)多意味著可供用戶選擇的響應(yīng)節(jié)點多，優(yōu)中選優(yōu)，不必多說了，優(yōu)秀。
網(wǎng)頁加載時間
網(wǎng)頁加載時間其實可以看作是頁面響應(yīng)時間。那么，它是由哪些部分組成的?影響因素都有哪些?哪些我們是可以優(yōu)化的? 上一張神圖，幫助理解(這是優(yōu)化過后的截圖) 。
開始分析
說完了預(yù)備的知識點，我們開始按照上圖開始擼一遍吧。
DNS Time
DNS lookup time，就是尋找域名對應(yīng)ip地址的過程，這個過程時間長短與選擇的服務(wù)商有關(guān)。在查慢速問題這個可能會被忽略，但是不同服務(wù)商差距那是相當(dāng)大，我們原來選擇的那家，簡直不要太坑(就不點名了)，后來換了 Cloudflare，瞬間清爽了。
這里再次安利，推薦一個網(wǎng)站真的叼，既可以查看不同服務(wù)商的DNS lookup time，還可以查看具體的波動，更加可以通過域名查看它在各個地區(qū)的DNS lookup time，簡直太好用了，趕緊保存吧。
上一組換之前和之后的對比圖：
全綠色了有沒有，看著有種很爽的感覺，你可以看一看這一項為我們省了多少時間。
Connect Time and SSl Time
一個是http網(wǎng)絡(luò)連接用時，另一個是SSl協(xié)議用時，優(yōu)化空間不大，pass。
Request Time
見名知意系列。
First Byte Time
表示瀏覽器在從服務(wù)器接收第一個字節(jié)數(shù)據(jù)之前需要等待多長時間。獲取該數(shù)據(jù)所需的時間越長, 顯示頁面所需的時間就越長。
這部分主要能做的就是使用CDN和優(yōu)化后端性能。
CDN 原來使用的是某云的服務(wù)，查看日志發(fā)現(xiàn)命中率較低，回源較多，在加上節(jié)點數(shù)量一般。換成了aws，同樣為我們節(jié)省了很多加載時間(注冊和開通相對麻煩，但是為了用戶體驗，這些都是值得的)。
后端性能優(yōu)化 如何進行后端優(yōu)化可以寫幾本書毫不夸張，但是我們做的就是加配置，有錢人性。啊哈哈哈哈
Response Time
這部分做的就是頁面的靜態(tài)化還有就是開啟服務(wù)端的gzip功能，具體方法請google。別小看這個功能，真真可以節(jié)約時間。
dig
想要深入理解DNS查詢過程和原理，這個命令是不可或缺的 。通過它你可以靈活、清晰的查看域名DNS解析及其過程，幫助理解。
下面以taobao為例，說一下過程(這里指的是沒有緩存的情況下)
1.輸入taobao.com后，直接為你服務(wù)的DNS(簡稱為H吧)會將請求報告給最高等級服務(wù)器"." (這些最高等級DNS服務(wù)器稱為root, 就是圖中最開始站在食物鏈頂端的13個，但并不是13臺機器，它們使用了任播技術(shù)可以在全球設(shè)立鏡像節(jié)點，想想以現(xiàn)在的網(wǎng)絡(luò)請求的量級來說13臺肯定不現(xiàn)實。具體的鏡像分布可以參考這里，這些主機的內(nèi)容都是同步的)，然后最高等級服務(wù)器告訴它你去找.com的DNS，我不管。
2.得到這個響應(yīng)后，H又將請求報告給 .com，.com告訴它，你去找taobao的DNS吧，我不管。
3.得到這個響應(yīng)后，H又將請求報告給taobao,taobao告訴它，我不管，你去找我四個小弟吧。
- ns4.taobao.com.
- ns5.taobao.com.
- ns6.taobao.com.
- ns7.taobao.com.
最后被分配給了ns4，從這得到了最終ip，完成了DNS lookup。
看到評論中有疑問，其實可以多試幾次，會分配到不同的小弟，但是都有淘寶的A記錄，所以都可以解析 也可以dig不同的ns4，ns5，ns6，ns7 具像化的看一看。
最后
通過這次排查慢速的過程，不止學(xué)到了技術(shù)方面可以改進的地方，也真正認識到了對于網(wǎng)站來說，時間就是生命。加載時間長，用戶真的是不慣著你。 優(yōu)秀的站點之所以優(yōu)秀，就在于把每個細節(jié)都做的很優(yōu)雅。
新聞名稱：我是如何將頁面加載時間從6s降到2s的？
文章源于：http://fisionsoft.com.cn/article/cdcosdh.html
