悟道web標准:前端性能優化
前端性能優化完全是一個技術話題，但是對於項目的用戶體驗有非常大的影響，如果你的網站打開要等待三五秒或者等到浏覽器提示無法連接，那網站哪來的流量，哪來的品牌影響和用戶忠誠度，掙錢就算了。
3s，作為判斷一個用戶忍受你網站速度的限度，如果超過3s，用戶已經對這個網站產生了負面的抵觸心理。
前端性能優化和web標准有什麼關系，接著第一篇 悟道web標准——統一思想，遵循標准 ，這是對你遵循web標准的一個補償或者是對標准的一個認可。
引用:
前端性能優化了解yahoo性能優化N條的同學應該不會陌生，安裝一個YSlow評分並對照著優化就可以了，但是有沒有想過為什麼要這麼做就可以提升速度，這些與Web標准有沒有某種關聯或者因果呢。
我把這些個條目分成三類，服務端運算優化，傳輸優化，客戶端運算優化：
第一類，服務器端優化
服務器端就是對你的網站的動態語言的執行(ASP,PHP)，數據庫查詢，存儲等速度，總的來說就是輸入/輸出的運算。這些跟前端沒關系，但是影響著前端。YSlow裡面沒有，鬼知道你網站的服務器性能如何，看不出來，就自行優化服務器性能，數據庫性能，多買點服務器擴容。
yslow有一條盡早刷新 Buffer (Flush the Buffer Early)，貌似是不等Html完成生成就傳輸。
提高域名的DNS解析速度。減少DNS的解析個數。這個不好歸類，暫時放到這裡吧。
第二類，傳輸優化
這類是大頭，很煩，首先是字節，字節越小越好，怎麼能小下來，最有效的方式就是google的方案，把首頁做的極其精簡，圖片，Html，靜態文件都很小，再就是緩存，把文件放到本地緩存區讀取。還有http請求數，減少文件傳輸中的排隊等待。
字節優化：
緩存：
服務器端配置一下，提高緩存的命中率和把不經常修改的文件緩存了。
Add Expires headers、Etags、AJax使用get方式便於緩存。
把能分離出來的CSS，JS分離成外部文件便於緩存。
使Flash和XML文件可緩存。
打通不同運營商的限制
CDN提高不同類型運營商的網絡傳輸速度，電信，網通，鐵通，教育網統統搞定。
請求數：
減少文件請求數，能合並到一起的合並一下，CSS，JS，圖片等，減小排隊等待和服務器端開銷。
分域提高同時加載數，優化排隊等待。
避免404無效請求數。
避免重定向。
延遲加載和預載：
把暫時不用的文件等主體頁面加載完了再加載，把用戶稍後要看浏覽的內容預先加載進來，相冊浏覽就是很好的例子，先用小圖片放大再把大圖展示出來，看本張圖片時把下一張預載進來等等。
第三類：客戶端優化
再就是些沒對號入座的雅虎性能優化的條目。至此可以檢驗到頁面工程師不是蓋的，需要對代碼、文件，http協議，緩存，服務器等精准的學習和控制，達到提供用戶最最基本的體驗——訪問速度的體驗。
Web標准的分離思想和結構化語義化Html促成了以上很多條的實施，這是美工時代所不能比擬的。
落後的頁面工程師體系，美工代勞的頁面代碼，唯獨IE才能浏覽的頁面代碼，不需要寫代碼用圖形工具直接導出的頁面代碼，大量的流量消耗的頁面代碼，速度慢的像蝸牛的頁面代碼，程序員看到就頭大發麻的頁面代碼，每次改版修改都要打動干戈，重復產生的頁面代碼，一種讓頁面工程師和民工一樣的頁面代碼。
我們當然要革命它，取代他，創造全新的頁面工程師體系和頁面質量，獨立的頁面工程師完成的頁面代碼，跨越平台的頁面代碼，只要能解析頁面的設備都能夠訪問和浏覽，手寫的頁面代碼，整齊劃一，層次分明，最低流量消耗的頁面代碼，程序員喜歡的頁面代碼，訪問速度超快的頁面代碼，改版可重復利用的頁面代碼，讓頁面工程師抬起頭來，驕傲的稱自己是工程師，書寫的也是計算機代碼的頁面代碼。
前端優化正好給Web標准提供了一個檢驗的機會，用“實踐是檢驗真理的唯一標准”來判斷標准化到底好不好，對不對。