時間:2013-11-13 點擊: 次 來源:網絡 作者:佚名 - 小 + 大
(文/scott )Web性能涉及的范圍太廣,但一般web開發者在程序上線以后很多都曾遇到過性能的問題。普遍表現為頁面速度開始急劇變慢,正常訪問時間變的很長,或則干脆給你拋出異常錯誤頁面。這里會涉及到很多可能發生的情況,舉例幾個最主要發生的情況: * 數據庫連接超過最大限制,一般表現為程序的連接池滿,拒絕了與數據庫的連接。
* 數據庫死鎖 * Web Server 超過最大連接數(一般在虛擬主機上才會限制) * 內存泄漏 * Http連接數太多,即訪問量超過了機器和軟件設計正常所能提供的服務 而今天分享的主要是比較偏向前端 瀏覽器請求和響應的過程![]() 第一步、瀏覽器預處理查詢Cache:讀取Cache 或者發送304請求 第二步、查詢DNS優化規則--減少DNS查找DNS緩存 瀏覽器DNS緩存 計算機DNS緩存 服務器DNS緩存(TTL) 使用Keep-Alive特性 當客戶端的DNS緩存為空時,DNS查找的數量與Web頁面中唯一主機名的數量相等。減少唯一主機名的數量就可以減少DNS查找的數量。 較少的域名來減少DNS查找(2-4個主機) 第三步、建立連接優化規則-- 使用內容分發網絡美國十大Internet網站和CDN服務提供商 頁面靜態化,取決于發布系統 Ctrip使用的China-Cache和網宿 優化規則--用域名劃分頁面內容按頁面內容劃分域名,在合適的資源服務器上存放文件 第四步、發送請求優化規則-- 減少HTTP請求HTTP請求30-40,合并文件,圖片地圖,內聯圖像 a)js文件(不超過7個) 1.tuna_090501_base.js和tuna_090501_module.js(拆分tuna_090501.js) 2.數據文件js(1-2個) 3.頻道公用js(1個)和頁面私有js(1-2個) 不含ga.js、uiscript.asp和外鏈其他網站的js b) css文件不超過4個,各頻道首頁和全站首頁不超過3個。 c) 目前無法解決的是allyes廣告的請求數。 這個只能從設計上搞定,需要權衡 • 目前老頁面可能css和js文件請求數可能會超標
優化規則- – 優化CSS Spirite圖片地圖 Ctrip首頁例子 優化規則– 避免404錯誤避免內部無效的鏈接 規則優化 –不要使用frameset,少使用iframe搜索引擎不友好、 即時內容為空,加載也需要時間、會阻止頁面加載 禁止使用iframe引入外部資源,不包括allyes廣告,不包括about:blank的空頁面。 第五步、等待響應優化規則 --避免重定向在重定向完畢并且HTML下載完畢之前,是沒有任何東西顯示給用戶的 ![]() 涉及服務器負載、數據查詢、服務器端緩存等 第七步、接收數據優化規則 -- 壓縮組件HTML文檔、腳本和樣式表、XML和JSON的文本響應 壓縮如何工作 優化規則 -- 精簡Javascript和Css從代碼中移除不必要的字符以減少其大小,減少加載時間。 規則規則– 盡量縮減頁面大小頁面必須小于150K(不含圖片) 第八步、讀取Cache優化規則-- 添加Expire或Cache-Control應用于不經常變化的組件,包括腳本、樣式表、Flash組件、圖片 規則規則 -- 使用外部的Js和Css文件盡可能使用外部Js和Css,因為我們目前大部分Js和Css都做了Gzip和緩存技術,可以充分利用。 第九步、處理元素不要對image和pdf等二進制文件進行gzip壓縮 第十步、渲染元素優化規則 -- 將樣式表放在頂部界面原型頁面必須將樣式表置于頁面頂部,開發人員如無特殊原因也必須將樣式表置于頂部。 以往多數是因為masterpage原因無法將所有樣式表置頂,在改版修改masterpage時,盡可能按照此原則進行設計。 優化規則 – 建議將腳本放在底部一般瀏覽器可以允許并行下載,取決于主機個數、帶寬等 (默認情況下,IE是2個而FF是8個) 下載腳本時并行下載實際上是被禁用的。 優化規則-- 移除重復腳本必須為0 優化規則 -- 避免CSS表達式影響瀏覽器渲染時間 優化規則 – 優化圖像盡量使用GIF和PNG 盡量使用png/gif格式的圖片,png的圖片優先,但是必須注意如要兼容IE6,則png使用一定要注意透明問題。 圖片在上次前一定要先用工具壓縮優化(png、jpg) Javascript開發規范大型的項目在前端 JS 方面有幾個需要達成的目標:
|
上一篇:Godaddy主機快速安裝Zen Cart程序建立網站教程
下一篇:謹防網絡支付常見七大騙局