DIV CSS 佈局教程網

SEO不能忽略細節的力量，做好一個小細節，就是整站的一個大的進步，就意味著排名上升，展現量增加......百度現在仍然不能很好的識別JS代碼，在做網站代碼SEO優化時，我們需要迎合搜索引擎的喜好，降低JS的負面影響。 盡量放到頁面尾部 Js的加載時阻塞頁面的，

SEO不能忽略細節的力量，做好一個小細節，就是整站的一個大的進步，就意味著排名上升，展現量增加......百度現在仍然不能很好的識別JS代碼，在做網站代碼SEO優化時，我們需要迎合搜索引擎的‘喜好’，降低JS的負面影響。

盡量放到頁面尾部

　　Js的加載時阻塞頁面的，沒下載完畢後面的內容不會出來，所以盡量避免把JS放到頁面頭部，按照經驗估計，整個頁面中所用的JS邏輯，90%都是可以放到頁面尾部。

延遲加載（按需加載）

　　很多的業務邏輯並非每次都使用也不是要立即使用，首次加載過程中僅僅加載那些必須的，只有當必要的條件觸發，才去加載請求必要的JS.比如說權限驗證通過，加載管理模塊。點擊發表文章按鈕，加載與發表文章有關的驗證和處理函數。
　　如果寫過C++的肯定會接觸過動態庫和靜態庫，這個與之類似，什麼時候需要什麼時候再加載，首次打開頁面肯定會清淨了許多，而且業務邏輯也由此分離開來，管理和維護也會方便很多，畢竟減少了那麼多的耦合。
　　按照BBS項目經驗估計，普通頁面的所有業務邏輯中需要在首次請求中加載的不到50%，我們的JS又由此砍掉了一半。

合並JS 減少請求

　　請求多個小文件的效率遠小於請求一個大文件的效率，因為需要多次DNS解析，多次連接，浏覽器和server端也需要進行多次開啟進程、權限驗證和預處理，以及 http請求在數據包傳遞上的一些問題。
　　所以盡量避免在頁面中加載一堆的js 文件，需要先講需要的小的JS合並成一個大的JS文件統一輸出，頁面因此被卡住的時間肯定會減少很多。
　　為了提高開發效率，合並建議不要每次都手動來進行，導致之後維護成本很大，相信些個XML配置文件，確定合並規則以及依賴關系後，用程序自動合並效率會高很多，後面有我附上的一個配置示例，僅作參考形式不重要

JS壓縮

　　此手段屬前端特有，畢竟流量意味著速度，意味著金錢。是在降低代碼的可讀性為前提。但事物的兩面性告訴我們，可讀性差也意味著安全，而且可讀性可以通過保存壓縮前的源文件來解決。
　　所謂的壓縮，就是把場的變量名換成短的變量名，去掉沒用的空格和換行符，從而節省我們JS程序的長度，不過目前這種處理已經很成熟，通過搜索可以搜出很多相關的工具。不再細說
　　經驗值，能壓縮50%以上，視程序與壓縮工具而論。

盡量少用第三方庫

　　在我的印象中，很多框架都是很龐大20K以上，雖然很強大很方便，但如果不是做企業級應用，不要用，因為我們也許只可能用到其中很少的一部分功能卻加載了整個框架。
　　不過框架中的很多方法是可以提取出來滴，或者精簡成一個輕量級的框架，比如說trimPath，完全可以精簡到4k.

合並ajax請求

　　Ajax請求的數據，如果涉及請求多種數據，盡量考慮到將其合並。

合理的使用緩存

　　緩存視乎是server端的事，但是js中也是經常用的。
　　一種是緩存在一個全局變量中，一些很復雜的計算和查找操作可以這樣做。如果大家在使用模板類trimPath經常是需要對模板進行預處理，這種預處理的結果是可以被緩存的。這種緩存的缺點是頁面刷新後數據就會失效。
　　另外一種是緩存在window.name或cookie裡面，經常用來緩存一些AJAX調用的結果，避免反復請求server端，比如一些用戶的權限驗證信息，就沒必要總是調用server端接口，緩存了也就減少了請求，提高了性能，但cookie大家要慎用，存於一些數據比較小的還行，每次http請求他是占用上行帶寬的。
　　還有一種緩存的實現是借助於flash或其他的第三方組件，特點是可以緩存超大的數據，但是適應場景優先，需要特殊的平台支持，不過FLASH目前已經很通用了。

能靜態化輸出，盡量少用JS渲染輸出

　　頁面制作
　　1. 素材合並
　　盡量把頁面中的圖片合並在一起，利用css sprite切割。這樣減少了請求的次數。通常合並成3長大的圖片，一張是有固定寬高的（比如說按鈕），另外兩張是分別橫向或縱向平鋪的1像素的小圖，用來做背景用。
　　2. CSS壓縮處理
　　道理同JS壓縮，也是有很多工具實用的可用。
　　3. 圖片背景切割與平鋪
　　切圖是很有講究的，很多區域能切成用1像素平鋪，盡量用1像素小圖平鋪，盡量用一個較大的圖片設置成背靜。
　　4. 少用iframe和frameset
　　首先一點frame會阻塞頁面，第二，產生額外的請求，第三，如果涉及交互，增加開發維護成本，第四對搜索引擎優化不好
　　5. CSS盡量放到頁面頭部
　　浏覽器只有等CSS下載完畢後，才會真正的顯示頁面，所以為了讓頁面盡快有所輸出，把CSS放到頭部，而且浏覽器對CSS的處理時並行的，不會像JS那樣會阻塞頁面。

Server處理

　　1. 啟用gzip壓縮，約能壓縮70%~80%
　　2. js,css,圖片添加過期頭，讓浏覽器能緩存。能減少1/3以上的請求。
　　3. 靜態頁面、js、css等靜態文件單獨遷移
　　第一：可以針對靜態文件做專門優化，比如說squid反向代理，nginx代替apache做靜態server。
　　第二：便於管理和維護，以後遷移和拓展方便。
　　4. js、css、圖片等靜態文件與當前應用放到不同的域名下。
　　不再傳遞那些無必要的cookie，減少傳輸。
　　5. 圖片服務器分多域名。
　　浏覽器對同一域名的只允許使用2個並發，如果頁面圖片過多，會由於並發排隊從而阻塞頁面。但域名也不能太多，會消耗DNS解析的時間，建議4個為佳。
附加：
　　1. JS合並配置文件示例
　　<?xml version="1.0" encoding="gb2312" ?>
　　<root>
　　<include>
　　<list><![CDATA[qStandBottom_static]]></list>
　　</include>
　　<js>
　　<list><![CDATA[/lib/postJs.obj.js]]></list>
　　<list><![CDATA[/lib/JSON.obj.js]]></list>
　　<list><![CDATA[/qmeditor/qmeditor/qmeditor/editor.js]]></list>
　　<list><![CDATA[/control/subjectList/subjectWriteLib.js]]></list>
　　<list><![CDATA[/control/subjectList/subjectWriteVote.obj.js]]></list>
　　<list><![CDATA[/control/subjectList/naviFilter.obj.js]]></list>
　　<list><![CDATA[/control/subject/checkDomain.js]]></list>
　　<list><![CDATA[/control/subjectList/subjectWriteBottomGlobal.js]]></list>
　　<list><![CDATA[/control/subjectList/subjectWriteBottom_asyncDeclare.js]]></list>
　　<list><![CDATA[/control/subjectList/subjectWriterEditor.js]]></list>
　　<list><![CDATA[/control/subjectList/subjectWriteBottom.obj.js]]></list>
　　<list><![CDATA[/control/subjectList/subjectWritePhoto.js]]></list>
　　</js>
　　</root>
　　2. 常見分析與調試工具
　　IE Httpwatch
　　Firefox firebug