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