當前位置 首頁 > 業界新聞 展開更多菜單
淺談URL使用在前端設計中的優化
作者:admin  點擊次數:568  發布時間:2016-05-29

很多朋友都認為關于URL優化方面的工作是後端工程師做的,前端方面注重結構方面的優化就可以了。其實不然,對于請求及DNS請求等等諸多方面,前端工程師也應該在自己能做到的方面給予優化。

下面我就說說我對于URL在前端優化方面的理解,希望大家指正。

首先,第一點,比較“吝啬”,就是使用“c”、“j”、“i”文件夾分别代替我們經常用的“css”、“javascript”、“images” 文件夾。如果沒有記錯的話,這個方法是Zeldman在《網站重構》第一版的時候提出來的(如果記錯了,歡迎大家指正),我是比較贊成這個的。當然很多人會說,有這個必要嗎?我個人覺得有,雖然這樣做或許不會對頁面精簡帶來太大的效果,但是并不會帶來任何壞處。

第二點,對于鍊接到像http://www.example.com/dir/這樣的URL時候,記得在最後加上“/”,因為如果你的網站包含目錄并使用了自動索引,不加結尾的斜線的話會頁面會多一次重定向。(p.s:對于鍊接到主機名的鍊接可以不必加)

第三點,就是上面已經提到的重定向問題。這應該是前端最應該重視的基于URL的優化問題,大家應該都有親身體驗重定向時的等待的不愉悅,尤其是第一個請求就是重定向時,用戶看到的是一個“漫長”的空白頁面過程。所以應該避免濫用重定向,不過很多時候(主要用在跟蹤)還是需要用到重定向,當然這也包括服務器的配置方面,不管怎麼說,我們還是在我們能做的方面盡量做好吧。

第四點,減少DNS的查找。對與這點,可以主要從增大DNS緩存時間和減少網站内容主機請求數量兩點來優化。對于第一點在網站端可以通過DNS的 TTL及HTTP的Keep-Alive來設置(雖然這不是HTTP1.1中必需的,但是很多浏覽器和服務器都包含它)。當然你在配置中得考慮自己網站的實際情況,确保你的内容和ip不會在你設置的時間内失效。在主機名數量上,減少唯一主機名的數量會減少頁面并行下載的數量,基于下面要說的原因,Steve Souders建議網站數據内容分别放在2-3個主機名下是最優選擇。

最後一點,将數據内容并行下載。在HTTP1.1規範下,建議浏覽器從每個主機名并行的下載兩個數據包内容,并且很多浏覽器默認都是這樣做的(可以打開YSlow對照頁面在firefox下的結果),如果你的頁面包含較多的圖片等數據内容,将其分别放在兩個主機名下,整體的下載時間将會有明顯的縮短。但是基于上面一點的原因,不要将内容放在太多的主機下,至于實際幾個,可以通過自己的頁面情況考慮。

當然,基于URL的優化,在服務器方面的配置(包括CDN,路由等方面)效果明顯,但是我們前端在做好其他如頁面結構、頁面壓縮、HTTP請求數量等方面的優化下,進行上述的URL使用優化,肯定能使你的頁面有更好的呈現。

本文很多觀點來自Steve Souders的《高性能網站建設指南》,本文内容比較偏,歡迎大家拍磚。現在像google的分布式還有熱門的雲計算方面也是URL優化方面極具讨論價值的話題,歡迎大家讨論指教。

用手機掃描二維碼關閉