只有cdn服務(wù)商提供的訪問量top100是不夠分析真正的問題的。
訪問量最高并不意味著不正常。訪問量=抽樣訪問量/抽樣率。應(yīng)該比較同一時(shí)間段內(nèi)的 訪問量vs首頁P(yáng)V 來看預(yù)裝載的圖片的訪問量是否超常。同樣的應(yīng)該把12套樣式的對(duì)應(yīng)圖片的訪問量累計(jì)起來和訪問量的比例?;蛟S應(yīng)該分析top1000?
拿到200:304之后,應(yīng)該比較,那些的200比例異常,也就是瀏覽器難以cache。
隨機(jī)訪問,看來看去都是背景皮膚吃了最大的流量。但是分散到諸多的背景上之后都上不了top100,無法獲得它吃掉了多少流量的數(shù)據(jù)。
不去掉etag,光延長(zhǎng)expires不見得有用。
設(shè)置樣式能否延遲等待樣式需要的圖片預(yù)裝載后再執(zhí)行呢?如果預(yù)裝載沒成功的時(shí)候設(shè)置了樣式,除了增加流量之外有什么作用?或許設(shè)置樣式的時(shí)候不預(yù)裝載還好一點(diǎn)呢?
很多jpg背景也未免做的太精細(xì)了,壓小一半下去是要損失一些細(xì)節(jié),可是有人幾個(gè)人會(huì)注意到呢,更不要說用戶其實(shí)根本沒有原圖可以比較。有時(shí)候仔細(xì)一看,壓縮后比原圖片還多出來一些細(xì)節(jié)呢,本來平滑過渡的地方都呈現(xiàn)了漂亮的邊緣效應(yīng),原圖看不見的氣泡都凸顯出來了。
問題是要cp去壓縮的話,對(duì)他自己有什么好處嗎?他不去壓縮的話有什么壞處嗎?
鼓勵(lì)小背景?還是打擊大背景?鼓勵(lì)jpg背景,還是限制gif背景(gif還有個(gè)一直大量消耗cpu的問題)?
設(shè)定上限的結(jié)果會(huì)不會(huì)是大家都按照上限來制作背景?延伸背景是否應(yīng)該設(shè)定高度限制?gif是否設(shè)定了幀數(shù)限制?jpg能否有個(gè)細(xì)節(jié)豐富程度的限制??
或者上傳的時(shí)候應(yīng)該自動(dòng)柔化和再壓縮??
劇增了那么多的流量,到底讓誰給吃掉了呢?會(huì)不會(huì)別的項(xiàng)目吃掉了很多流量呢?cdn服務(wù)商能否提供分目錄的訪問次數(shù),哪怕降低抽樣率呢?
訪問量最高并不意味著不正常。訪問量=抽樣訪問量/抽樣率。應(yīng)該比較同一時(shí)間段內(nèi)的 訪問量vs首頁P(yáng)V 來看預(yù)裝載的圖片的訪問量是否超常。同樣的應(yīng)該把12套樣式的對(duì)應(yīng)圖片的訪問量累計(jì)起來和訪問量的比例?;蛟S應(yīng)該分析top1000?
拿到200:304之后,應(yīng)該比較,那些的200比例異常,也就是瀏覽器難以cache。
隨機(jī)訪問,看來看去都是背景皮膚吃了最大的流量。但是分散到諸多的背景上之后都上不了top100,無法獲得它吃掉了多少流量的數(shù)據(jù)。
不去掉etag,光延長(zhǎng)expires不見得有用。
設(shè)置樣式能否延遲等待樣式需要的圖片預(yù)裝載后再執(zhí)行呢?如果預(yù)裝載沒成功的時(shí)候設(shè)置了樣式,除了增加流量之外有什么作用?或許設(shè)置樣式的時(shí)候不預(yù)裝載還好一點(diǎn)呢?
很多jpg背景也未免做的太精細(xì)了,壓小一半下去是要損失一些細(xì)節(jié),可是有人幾個(gè)人會(huì)注意到呢,更不要說用戶其實(shí)根本沒有原圖可以比較。有時(shí)候仔細(xì)一看,壓縮后比原圖片還多出來一些細(xì)節(jié)呢,本來平滑過渡的地方都呈現(xiàn)了漂亮的邊緣效應(yīng),原圖看不見的氣泡都凸顯出來了。
問題是要cp去壓縮的話,對(duì)他自己有什么好處嗎?他不去壓縮的話有什么壞處嗎?
鼓勵(lì)小背景?還是打擊大背景?鼓勵(lì)jpg背景,還是限制gif背景(gif還有個(gè)一直大量消耗cpu的問題)?
設(shè)定上限的結(jié)果會(huì)不會(huì)是大家都按照上限來制作背景?延伸背景是否應(yīng)該設(shè)定高度限制?gif是否設(shè)定了幀數(shù)限制?jpg能否有個(gè)細(xì)節(jié)豐富程度的限制??
或者上傳的時(shí)候應(yīng)該自動(dòng)柔化和再壓縮??
劇增了那么多的流量,到底讓誰給吃掉了呢?會(huì)不會(huì)別的項(xiàng)目吃掉了很多流量呢?cdn服務(wù)商能否提供分目錄的訪問次數(shù),哪怕降低抽樣率呢?