《高性能網(wǎng)站建設(shè)最佳實踐之 內(nèi)容篇》文章地址：http://www.tfxk.com/zixun/040I60142013.htm

上面兩條嚴(yán)厲說來，都是屬于異步這個思維機動應(yīng)用的事兒。

5. 延遲載入組件 (Post-load Components)6. 預(yù)載入組件 (Preload Components)

熟習(xí) SEO 的友人曉得 iframe 是 SEO 的大忌。針對前端優(yōu)化來說 iframe 有其利益，也有其弊病，一分為二看問題吧。

作為第一條，可能也是最主要的一條。依據(jù) Yahoo! 研討團隊的數(shù)據(jù)剖析，有很大一局部用戶拜訪會因為這一條而獲得最大受益。有多少種常見的方式能切實減少 HTTP 要求：

4) 內(nèi)聯(lián)圖象 使用 data: URL scheme 在實際的頁面嵌入圖像數(shù)據(jù).

2) CSS Sprites 應(yīng)用 CSS background 相干元素進行背景圖絕對定位；參見：CSS Sprites: Image Slicing's Kiss of Death

9. 最小化 iframe 的數(shù)目 (Minimize the Number of iframes) 3. 防止重定向 (Avoid Redirects) 2. 減少 ,成都網(wǎng)站建設(shè)的公司;DNS 查找 (Reduce DNS Lookups)

 

面向內(nèi)容的優(yōu)化規(guī)則目前有 10 條。

1) 合并文件，比方把多個 CSS 文件合成一個；

本文由 天津網(wǎng)站建設(shè)公司 原創(chuàng)，轉(zhuǎn)載請注明出處 

重要的目標(biāo)是提高頁面組件并行下載才能。但不要跨太多域名，否則就跟第二條有些抵觸了。

響應(yīng)時光對 Ajax 來說至關(guān)重要，否則用戶體驗相對好不到哪里去。進步響應(yīng)時間的有效手腕就是 Cache 。其它的一些優(yōu)化規(guī)則對這一條也是有效的。

7. 減少 DOM 元素數(shù)量 (Reduce the Number of DOM Elements)8. 切分組件到多個域 (Split Components Across Domains)

Yahoo! 的 Exceptional Performance team 在 Web 前端方面作出了出色的奉獻。廣為人知的優(yōu)化規(guī)矩也由 13 條到 14 條，再到 20 條，乃至當(dāng)初的 34 條--真是與時俱進啊。最新的 34 條也針對不同的角度做了分類。

這是內(nèi)容篇的 10 條。應(yīng)當(dāng)說詳細領(lǐng)導(dǎo)性的內(nèi)容還不夠具體。逐步會根據(jù)本人的懂得彌補上來。

不是絕對的避免，盡量減少。另外，應(yīng)該留神一些不用要的重定向。好比對 Web 站點子目錄的后面增加個 / (Slash) ，就能有效避免一次重定向。 與 Apache 服務(wù)器，通過配置 Alias 或mod_rewrite 或是 DirectorySlash 可能打消這個問題。

4. 使得 Ajax 可緩存 (Make Ajax Cacheable) 1. 盡量減少 HTTP 懇求 (Make Fewer HTTP Requests)

對頁面鏈接的充足測試加上對 Web 服務(wù)器 error 日志的一直跟蹤能有效減少 404 毛病，亦能晉升用戶休會。值得一提的是，CSS 與 Java Script 引起的 404 錯誤由于定位稍稍"難"一點而往往容易被疏忽。

10. 杜絕 http 404 過錯 (No 404s)

3) 圖像輿圖

必需明白的一點，DNS 查找的開銷是很大的。另外,成都制作網(wǎng)頁的公司，我倒是感到這是 Yahoo,網(wǎng)頁設(shè)計! 所有站點的通病，Yahoo！主站點可能還不夠顯著，一些分站點，存在顯明的相似問題。對海內(nèi)站點來說，假如過多的應(yīng)用了站外的 Widget ，也很輕易引起過多的 DNS 查找問題。

(責(zé)任編輯：網(wǎng)站建設(shè))
高性能網(wǎng)站建設(shè)最佳實踐之 內(nèi)容篇相關(guān)文章