全站CDN緩存加速之接入VeryCloud

編輯：狂族晨曦 來源：經驗雜筆 日期：2016-04-05 閱讀： 4,716 次 2 條評論 » 百度已收錄

關于為何要接入CDN，而且是全站接入CDN，先森就不在贅述了，這些在寫接入騰訊云的時候就已經寫過了。關于VeryCloud，先森其實以前也沒聽說過，但是為了緊跟張戈博客張哥的腳步，先森也跟著做了。

關于先森接入騰訊云CDN的過程，希望大家也能看看：

• 全站CDN緩存加速之接入騰訊云

用了兩天的VeryCloud，先森對它是有愛有恨。愛的是VeryCloud的售后工程師真的很好。VeryCloud雖然也有系統，但先森第一次使用的是他們的企業QQ，所以后面就一直用的企業QQ和售后交流。先森先后遇到了3個售后工程師，可能他們的售后都被先森問了個遍吧。三個售后都非常好，可能先森的問題已經要把他們逼瘋了，卻依舊能很好的應對。先森有時還問了一些不是他們VeryCloud的問題，他們也會對先森做出指導。

但是，無論先森怎么設置VeryCloud的CDN，總是沒能達到預想的成果。先森的靜態文件放在七牛的，所以不需要VeryCloud的CDN緩存。開始沒有在意，先森想著VeryCloud和七牛兩個都把靜態文件緩存一邊挺好的。但后來一想，這樣會導致七牛鏡像會從CDN鏡像，而CDN鏡像會對文件進行一些壓縮，尤其是圖片，這樣會導致最終展示的圖片清晰度減小，所以最后把靜態文件緩存關了。

也不知道這樣的理解對不對，但是確實也導致了第一天七牛無法回源，顯示：{"error":"get from image source failed: E502"}，而頭部的返回解析狀態碼則顯示478。各種地方尋求幫助，把顯示逼瘋了，結果還是自己好了。然后七牛的工單有反應了。。。

而先森想要達到的效果，是網頁代碼，讓VeryCloud進行緩存，而靜態文件，則讓七牛緩存。然而根據先森的理解，并沒有實現。

好吧，廢話了這么多，回歸主題，先森再談談VeryCloud。

VeryCloud

VeryCloud非常給力，每個月都是50G的免費CDN流量。而對于我們這種網站本身服務器流量每個月10G都用不完的來說，簡直多的不能再多了。反正先森用了3天，也沒用幾百兆流量。

使用流量很慢

怎么接入什么的，在其網站上幫助里面都寫的很清楚了，先森也就不班門弄斧了。重點是緩存設置，先森是按照自己的想法設置的，而感覺實際生效情況卻沒有跟著先森的想法走。

先森的想法是，后臺不緩存，前臺的今天資源不緩存，只緩存HTML界面以及WP Super Cache的緩存目錄。所以先森是這樣設置的：

VeryCloud緩存設置

若有網友知道怎么設置能夠實現先森想法的配置，還請指明。

先森問了售后工程師，VeryCloud的緩存策略也是有優先級的，這點在其設置中沒有明確指出。優先級別是從上到下，越上面的越優先。

這兩天鼓搗CDN，讓先森新get到的技能，就是看網頁的頭信息，也就是按F12到network里面去看header中的信息。CDN緩存設置中的是否遵循源站，源站的規則，在這里就能夠看到。

看頭部信息，CDN方面最重要的就是看緩存的命中情況。先森也是詢問售后工程師之后，才知道了怎么查看VeryCloud的命中情況。

VeryCloud命中情況查看

VeryCloud命中情況，是通過查看頭部信息中響應抱頭的'Powered-By-VeryCDN'項，如上圖紅框“Powered-By-VeryCDN:MISS from cuc-xg-1-1-c1761, MISS from utn-ho-1-1-c17a1”。先森還框住了兩個'MISS'。在這里，MISS代表著沒有命中緩存，回源。而如果命中緩存，則顯示HIT。可以看到，先森這里顯示的是MISS。而這里的兩個MISS，第一個MISS代表著從瀏覽器到CDN命中緩存失敗，第二個MISS顯示從CDN到源站服務器命中緩存失敗。

先森無論刷新多少次，HTML的緩存命中都是MISS了的。但奇怪的是，VeryCloud中的統計情況又顯示HIT遠遠超過MISS：

VeryCloud緩存命中統計

VeryCloud管理功能讓先森用著有點沒頭腦，經過售后工程師的解釋，先森才明白，那個列表不是顯示緩存到的文件目錄，而是刷新紀錄。先森還是沒把對象存儲和CDN加速區分開，這是深受七牛影響。。。

VeryCloud內容刷新

先森嘗試著刷新了一波，讓先森想起了一件有點郁悶的事情：

VeryCloud內容刷新-提交刷新

這里的來源顯示的是來自API。張哥提醒過，VeryCloud的API沒有開放，需要的時候要直接向客服索要，先森去要的時候卻遭遇了清明節——放假，著實有點郁悶。

總結

對于CDN，先森是沒有怎么搞明白的，每次感覺搞明白了，卻又會被現實潑了冷水。先森是打算轉戰百度云加速了，近期會做嘗試。

寫本文的期望就是希望能讓和先森一樣的小白能吃點經驗，少走一些彎路，雖然這些對大神們來說是基礎，但先森希望能給未來的大神們奠定奠定基礎。

另外，解析搜索引擎線路的時候，真的不能使用萬網解析，萬網解析的非常不準確，先森將域名解析轉至了DNSPod，百度抓取診斷馬上就準確了。而且DNSPod解析線路非常豐富，幾乎囊概了所有的搜索引擎，而且還有一條名為“搜索引擎”的線路。不知道怎么轉出萬網？

• 將萬網/阿里云域名DNS地址修改到DNSPod

歷史上的今天:

• 2017:  2017年4月可參加的流量活動匯總(5)