精品国产一级在线观看,国产成人综合久久精品亚洲,免费一级欧美大片在线观看

當前位置:安全企業動態 → 正文

來自工程師的8項Web性能提升建議

責任編輯:editor006 |來源:企業網D1Net  2015-02-03 14:55:25 本文摘自:Radware

在互聯網盛行的今天,越來越多的在線用戶希望得到安全可靠并且快速的訪問體驗。這也是Radware為何將安全性、可用性和高性能列為技術創新核心的重要原因。針對Web網頁過于膨脹以及第三腳本蠶食流量等問題,Radware向網站運營人員提出以下改進建議,幫助他們為用戶提供最快最優質的訪問體驗。

1. 管理“頁面膨脹”

頁面大小與性能有著密切的關系。Radware最新電商性能“行業現狀”報告顯示,100強電商頁面大小中位數達到了1492KB,比一年半之前增大了48%。

在研究報告里加載最快的10個頁面中,頁面包含的資源請求中位數為50個,頁面大小中位數為556KB。而加載最慢的10個頁面中,頁面包含的資源請求中位數為141個,頁面大小中位數為3289KB。換句話說,加載最慢的頁面的資源中位數幾乎是加載最快的頁面的三倍,頁面大小則是六倍。

仔細研究頁面尺寸大小,我們可以得到更多的信息。加載最快的10個頁面所包含的資源總數范圍比較密集:在15個~72個之間;頁面尺寸最小的僅為251KB,最大的2003KB。而加載最慢的10個頁面所包含的資源總數范圍則比較廣泛:在89個~373個之間;頁面尺寸最小為2073KB,最大的則超過了10MB。

2. 進行圖像優化

圖像是造成頁面膨脹的罪魁禍首之一,通常占據頁面字節數的50-60%。在頁面中添加圖片或是將現有圖片放大,是迅速獲取用戶并提高業務轉化率的有效方式。但是這種方法會對性能造成嚴重的影響。

進行圖像優化是提升性能最簡單的一種方法,它可以使頁面加載更快。為了更有效的完成圖像渲染,圖像必須經過壓縮和整合、圖像的尺寸和格式必須經過仔細調整,圖像質量也必須經過優化,這樣才可以依據圖像的重要性進行區別化的加載處理。

3. 控制第三方腳本

在典型的頁面服務器請求中,來自于第三方腳本的請求占了其中的50%或更多。這些第三方腳本不僅會增加頁面的字節數,帶來延遲,而且也會成為Web頁面中最大的潛在故障點。無響應、未經優化的第三方腳本會降低整個網絡的加載速度。

解決辦法是延遲第三方腳本的加載,將其放在關鍵頁面內容之后進行加載,更為理想的情況是放在頁面onLoad事件之后加載,這樣才不會影響企業的搜索排名(谷歌將onLoad事件作為加載時間指標)。對于一些分析工具和第三方廣告商而言,如果延遲第三方腳本加載的方法不可行,可以利用腳本的異步版本,與關鍵內容的加載同步進行。用戶必須了解網站中有哪些腳本,刪除那些無用的腳本,并對第三方腳本的性能進行持續監控。

4. 真正做到移動設備優先

“移動設備優先”并不是一個全新的概念。早在2013年,移動設備的使用量就已經超過了臺式機,然而與眾多口頭承諾的移動性能相比,真正專注于移動設備的開發還是存在一定的差距。例如,2011年11月,移動設備上的平均頁面大小為475KB,現在則增長至897 KB。也就是說,在短短三年之間,平均頁面大小幾乎翻了一番。

盡管移動設備和網絡取得了一些進展,但就性能而言,還是無法與大小已接近1MB的服務頁面需求保持同步。我們知道,頁面大小與加載時間息息相關,移動用戶對緩慢的加載速度尤其敏感。如果企業希望網站可以真正做到“移動設備優先”,就必須正確處理這些問題。

5. 在進行響應式Web設計時兼顧性能

響應式設計讓設計人員和開發人員可以更好地控制Web頁面的外觀和感覺。它可以使跨多平臺和設備上的頁面變得更漂亮。但同時也會帶來巨大的性能損失,這些性能損失并不能通過更快速的瀏覽器、網絡和小工具得到緩解。而且隨著時間的推移,這樣影響還將持續惡化。

響應式設計建立在樣式表和JavaScript之上。然而,低效的CSS和JS所帶來的性能問題遠遠大于其設計優勢給我們帶來的好處。樣式表應當放在HEAD文檔中,用以實現頁面的逐步渲染。然而,樣式表卻經常出現在頁面其它位置,這就阻礙了頁面的渲染速度。換句話說,JavaScript文件應當放在頁面底部或在關鍵內容加載完成之后再被加載才是合理的處理方式。

6. 實時監控性能

大家都知道要解決一個問題就必須先對問題有充分的了解。要解決頁面性能問題,企業就必須知道用戶在什么時候可以看到主要頁面內容并與之進行交互;同時,企業還需了解性能和可用性問題是如何影響業務指標的。企業需要有方法獲取實際的性能指標并對其進行分析。實時用戶監控(RUM)工具可以從真實用戶的角度實時獲取、分析并記錄網站的性能和可用性。

7. 切勿過分依賴CDN解決所有性能問題

Radware季度電商性能“行業現狀”報告中存在一項最具爭議性的調查結果,即:使用內容分發網絡(CDN)的網站完成主要內容渲染所需的時間比未曾使用CDN的網站要長的多。這是一個相關性問題,而非因果關系:通常情況下,相較于未使用CDN的網站,使用CDN的網站頁面更大,也更復雜。頁面的大小和復雜程度才是造成性能問題的元兇,而非CDN。但這一結果也表明,僅依靠CDN并不能解決所有的性能難題。

如果部署得當,CDN會是解決延遲問題非常有效的工具:縮短托管服務器接收、處理并響應圖像、CSS文件等頁面資源請求所需的時間。但是,延遲僅僅只是現代電商網站的關鍵問題之一。為了實現最佳的加速效果,網站運營人員可以采用組合解決方案:CDN+前端優化(如Radware FastView解決方案)+應用交付控制器(ADC)和內部管理。

8. 在企業內部加強Web性能觀念的宣傳

大量研究證明,提高頁面速度可以對所有的關鍵性能指標產生積極影響:頁面訪問量、用戶粘連度、業務轉化率、用戶滿意度、客戶保持、購物車的內容多少和收入。

然而,正如上述7個建議中所表明的那樣,許多企業都犯了同樣的錯誤,最終損害了Web性能。目前,企業應該重點解決Web開發目標和在線業務目標之間的差距問題,而且,每個企業都應該至少擁有一個內部性能專家,以便更好的解決Web性能問題。

關鍵字:Web性能加載速度

本文摘自:Radware

x 來自工程師的8項Web性能提升建議 掃一掃
分享本文到朋友圈
當前位置:安全企業動態 → 正文

來自工程師的8項Web性能提升建議

責任編輯:editor006 |來源:企業網D1Net  2015-02-03 14:55:25 本文摘自:Radware

在互聯網盛行的今天,越來越多的在線用戶希望得到安全可靠并且快速的訪問體驗。這也是Radware為何將安全性、可用性和高性能列為技術創新核心的重要原因。針對Web網頁過于膨脹以及第三腳本蠶食流量等問題,Radware向網站運營人員提出以下改進建議,幫助他們為用戶提供最快最優質的訪問體驗。

1. 管理“頁面膨脹”

頁面大小與性能有著密切的關系。Radware最新電商性能“行業現狀”報告顯示,100強電商頁面大小中位數達到了1492KB,比一年半之前增大了48%。

在研究報告里加載最快的10個頁面中,頁面包含的資源請求中位數為50個,頁面大小中位數為556KB。而加載最慢的10個頁面中,頁面包含的資源請求中位數為141個,頁面大小中位數為3289KB。換句話說,加載最慢的頁面的資源中位數幾乎是加載最快的頁面的三倍,頁面大小則是六倍。

仔細研究頁面尺寸大小,我們可以得到更多的信息。加載最快的10個頁面所包含的資源總數范圍比較密集:在15個~72個之間;頁面尺寸最小的僅為251KB,最大的2003KB。而加載最慢的10個頁面所包含的資源總數范圍則比較廣泛:在89個~373個之間;頁面尺寸最小為2073KB,最大的則超過了10MB。

2. 進行圖像優化

圖像是造成頁面膨脹的罪魁禍首之一,通常占據頁面字節數的50-60%。在頁面中添加圖片或是將現有圖片放大,是迅速獲取用戶并提高業務轉化率的有效方式。但是這種方法會對性能造成嚴重的影響。

進行圖像優化是提升性能最簡單的一種方法,它可以使頁面加載更快。為了更有效的完成圖像渲染,圖像必須經過壓縮和整合、圖像的尺寸和格式必須經過仔細調整,圖像質量也必須經過優化,這樣才可以依據圖像的重要性進行區別化的加載處理。

3. 控制第三方腳本

在典型的頁面服務器請求中,來自于第三方腳本的請求占了其中的50%或更多。這些第三方腳本不僅會增加頁面的字節數,帶來延遲,而且也會成為Web頁面中最大的潛在故障點。無響應、未經優化的第三方腳本會降低整個網絡的加載速度。

解決辦法是延遲第三方腳本的加載,將其放在關鍵頁面內容之后進行加載,更為理想的情況是放在頁面onLoad事件之后加載,這樣才不會影響企業的搜索排名(谷歌將onLoad事件作為加載時間指標)。對于一些分析工具和第三方廣告商而言,如果延遲第三方腳本加載的方法不可行,可以利用腳本的異步版本,與關鍵內容的加載同步進行。用戶必須了解網站中有哪些腳本,刪除那些無用的腳本,并對第三方腳本的性能進行持續監控。

4. 真正做到移動設備優先

“移動設備優先”并不是一個全新的概念。早在2013年,移動設備的使用量就已經超過了臺式機,然而與眾多口頭承諾的移動性能相比,真正專注于移動設備的開發還是存在一定的差距。例如,2011年11月,移動設備上的平均頁面大小為475KB,現在則增長至897 KB。也就是說,在短短三年之間,平均頁面大小幾乎翻了一番。

盡管移動設備和網絡取得了一些進展,但就性能而言,還是無法與大小已接近1MB的服務頁面需求保持同步。我們知道,頁面大小與加載時間息息相關,移動用戶對緩慢的加載速度尤其敏感。如果企業希望網站可以真正做到“移動設備優先”,就必須正確處理這些問題。

5. 在進行響應式Web設計時兼顧性能

響應式設計讓設計人員和開發人員可以更好地控制Web頁面的外觀和感覺。它可以使跨多平臺和設備上的頁面變得更漂亮。但同時也會帶來巨大的性能損失,這些性能損失并不能通過更快速的瀏覽器、網絡和小工具得到緩解。而且隨著時間的推移,這樣影響還將持續惡化。

響應式設計建立在樣式表和JavaScript之上。然而,低效的CSS和JS所帶來的性能問題遠遠大于其設計優勢給我們帶來的好處。樣式表應當放在HEAD文檔中,用以實現頁面的逐步渲染。然而,樣式表卻經常出現在頁面其它位置,這就阻礙了頁面的渲染速度。換句話說,JavaScript文件應當放在頁面底部或在關鍵內容加載完成之后再被加載才是合理的處理方式。

6. 實時監控性能

大家都知道要解決一個問題就必須先對問題有充分的了解。要解決頁面性能問題,企業就必須知道用戶在什么時候可以看到主要頁面內容并與之進行交互;同時,企業還需了解性能和可用性問題是如何影響業務指標的。企業需要有方法獲取實際的性能指標并對其進行分析。實時用戶監控(RUM)工具可以從真實用戶的角度實時獲取、分析并記錄網站的性能和可用性。

7. 切勿過分依賴CDN解決所有性能問題

Radware季度電商性能“行業現狀”報告中存在一項最具爭議性的調查結果,即:使用內容分發網絡(CDN)的網站完成主要內容渲染所需的時間比未曾使用CDN的網站要長的多。這是一個相關性問題,而非因果關系:通常情況下,相較于未使用CDN的網站,使用CDN的網站頁面更大,也更復雜。頁面的大小和復雜程度才是造成性能問題的元兇,而非CDN。但這一結果也表明,僅依靠CDN并不能解決所有的性能難題。

如果部署得當,CDN會是解決延遲問題非常有效的工具:縮短托管服務器接收、處理并響應圖像、CSS文件等頁面資源請求所需的時間。但是,延遲僅僅只是現代電商網站的關鍵問題之一。為了實現最佳的加速效果,網站運營人員可以采用組合解決方案:CDN+前端優化(如Radware FastView解決方案)+應用交付控制器(ADC)和內部管理。

8. 在企業內部加強Web性能觀念的宣傳

大量研究證明,提高頁面速度可以對所有的關鍵性能指標產生積極影響:頁面訪問量、用戶粘連度、業務轉化率、用戶滿意度、客戶保持、購物車的內容多少和收入。

然而,正如上述7個建議中所表明的那樣,許多企業都犯了同樣的錯誤,最終損害了Web性能。目前,企業應該重點解決Web開發目標和在線業務目標之間的差距問題,而且,每個企業都應該至少擁有一個內部性能專家,以便更好的解決Web性能問題。

關鍵字:Web性能加載速度

本文摘自:Radware

電子周刊
回到頂部

關于我們聯系我們版權聲明隱私條款廣告服務友情鏈接投稿中心招賢納士

企業網版權所有 ©2010-2024 京ICP備09108050號-6 京公網安備 11010502049343號

^
  • <menuitem id="jw4sk"></menuitem>

    1. <form id="jw4sk"><tbody id="jw4sk"><dfn id="jw4sk"></dfn></tbody></form>
      主站蜘蛛池模板: 苏州市| 沂水县| 灵丘县| 扶沟县| 阿拉善左旗| 图片| 辉南县| 汝城县| 丹江口市| 嘉鱼县| 汶上县| 大宁县| 东乡| 察雅县| 西林县| 桦甸市| 浏阳市| 顺义区| 竹溪县| 山阳县| 望奎县| 颍上县| 南川市| 西盟| 忻州市| 铁力市| 苏尼特右旗| 平利县| 九龙坡区| 洪雅县| 安吉县| 高雄县| 永兴县| 马鞍山市| 介休市| 永顺县| 葵青区| 木兰县| 昌邑市| 休宁县| 云霄县|