Yslow-23条规则
生活随笔
收集整理的這篇文章主要介紹了
Yslow-23条规则
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
YslowYahoo發布的一款基于FireFox的插件,主要是為了提高網頁性能而設計的,下面是它提倡了23條規則,還是很不錯的,分享一下:
1.減少HTTP請求次數 合并圖片、CSS、JS,改進首次訪問用戶等待時間。 2. 使用CDN 就近緩存==>智能路由==>負載均衡==>WSA全站動態加速 3. 避免空的src和href 當link標簽的href屬性為空、script標簽的src屬性為空的時候,瀏覽器渲染的時候會把當前頁面的URL作為它們的屬性值,從而把頁面的內容加載進來作為它們的值。測試 4. 為文件頭指定Expires 使內容具有緩存性。避免了接下來的頁面訪問中不必要的HTTP請求。 5. 使用gzip壓縮內容 壓縮任何一個文本類型的響應,包括XML和JSON,都是值得的。舊文章 6. 把CSS放到頂部 7. 把JS放到底部 防止js加載對之后資源造成阻塞。 8. 避免使用CSS表達式 9. 將CSS和JS放到外部文件中 目的是緩存,但有時候為了減少請求,也會直接寫到頁面里,需根據PV和IP的比例權衡。 10. 權衡DNS查找次數 減少主機名可以節省響應時間。但同時,需要注意,減少主機會減少頁面中并行下載的數量。IE瀏覽器在同一時刻只能從同一域名下載兩個文件。當在一個頁面顯示多張圖片時,IE 用戶的圖片下載速度就會受到影響。所以新浪會搞N個二級域名來放圖片。 11. 精簡CSS和JS 12. 避免跳轉 同域:注意避免反斜杠 “/” 的跳轉;跨域:使用Alias或者mod_rewirte建立CNAME(保存域名與域名之間關系的DNS記錄) 13. 刪除重復的JS和CSS 重復調用腳本,除了增加額外的HTTP請求外,多次運算也會浪費時間。在IE和Firefox中不管腳本是否可緩存,它們都存在重復運算 JavaScript的問題。 14. 配置ETags 它用來判斷瀏覽器緩存里的元素是否和原來服務器上的一致。比last-modified date更具有彈性,例如某個文件在1秒內修改了10次,Etag可以綜合? Inode(文件的索引節點(inode)數),MTime(修改時間)和 Size來精準的進行判斷,避開UNIX記錄MTime只能精確到秒的問題。 服務器集群使用,可取后兩個參數。使用ETags減少Web應用帶寬和負載 15. 可緩存的AJAX “異步”并不意味著“即時”:Ajax并不能保證用戶不會在等待異步的JavaScript和XML響應上花費時間。 16. 使用GET來完成AJAX請求 當使用XMLHttpRequest時,瀏覽器中的POST方法是一個“兩步走”的過程:首先發送文件頭,然后才發送數據。因此使用GET獲取數據時更加有意義。 17. 減少DOM元素數量 是否存在一個是更貼切的標簽可以使用?人生不僅僅是DIV+CSS 18. 避免404 有些站點把404錯誤響應頁面改為“你是不是要找***”,這雖然改進了用戶體驗但是同樣也會浪費服務器資源(如數 據庫等)。最糟糕的情況是指向外部 JavaScript的鏈接出現問題并返回404代碼。首先,這種加載會破壞并行加載;其次瀏覽器會把試圖在返回的404響應內容中找到可能有用的部分當 作JavaScript代碼來執行。 19. 減少Cookie的大小 20. 使用無cookie的域 比如圖片 CSS 等,Yahoo! 的靜態文件都在主域名以外,客戶端請求靜態文件的時候,減少了 Cookie 的反復傳輸對主域名的影響。 21. 不要使用濾鏡,png24的在IE6半透明那種東西,別亂使,淡定的切成PNG8+jpg 22. 不要在HTML中縮放圖片 23. 縮小favicon.ico并緩存轉載于:https://www.cnblogs.com/sanqianjin/p/4778986.html
總結
以上是生活随笔為你收集整理的Yslow-23条规则的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: cpc客户端紫屏问题解决方法
- 下一篇: 全球与中国电子探针市场现状及未来发展趋势