1、轉：如何使用page speed對網站進行性能優化
在SEO網站優化中，其實網站的性能對於搜索引來來說，也是有很大影響的，例如速度方面，如果網站的打開速度快，那麼搜索引擎蜘蛛程序在下載頁面的時候，在同樣的時間內，就會下載更多頁面，從而在其他條件相同的條件下，就可以相對的收錄更多的頁面，而且網站的載入速度快，對於用戶體驗來說，也是非常好的，對於一個網頁來說，如果打開速度超過一定的極限，用戶就會直接的關掉這個頁面，所以對網站進行性能的優化，不但是用戶的需要，而且也是搜索引擎的需要。下邊從我的個人經驗出發，來介紹下如何進行網站的速度優化。
大家如果經常看谷歌的站長幫助文章的話，就會知道谷歌經常會提起page speed與yahoo的yslow這兩個插件，對於本人來說，我是這兩個結合使用的，不過內容都差不多，下邊我就介紹下如何使用page speed來對網站進行優化。使用page speed的，需要先安裝一個火狐瀏覽器，火狐瀏覽器是支持page speed插件的，而且還要再安裝一個firebug，page speed是運行在firebug這個環境中的。這些安裝後，在火狐瀏覽器上依次打開：工具-firebug-打開firebug。
然後點擊analyze performance按鈕，就開始運行page speed對網站的檢查工作了。
我們依次對上邊的加以解釋：
1、使用瀏覽器緩存：
2、將圖片組合為貼圖定位
3、啟用壓縮
一般來說，網站最好都啟用GZIP壓縮，這樣傳輸速度就會快很多，GZIP技術是在伺服器把文件傳送到客戶端瀏覽器之前先進行壓縮，傳輸的是壓縮格式的文件，這樣大大提高了網路傳送速度，當瀏覽器接送到伺服器傳送來的數據後，會進行解壓縮，以進行正確的顯示。
4、啟用keep-alive
所謂的keep-alive可以理解為常連接，一般來說，HTTP請求都是用完後馬上關閉的，這樣啟用了keep-alive連接後，連接時間就可以保持延長一段時間，這樣就不用再向伺服器提出新的請求，大大縮短了頁面載入的速度，啟用keep-alive是在伺服器里邊設置的，設置相應文件的標頭就可以了。
5、避免出現錯誤的請求
我們的網站中，要盡量少出現一些錯誤的請求，例如404代碼，410等，如果出現這些，會大大浪費了伺服器資源，而且我們也要盡量少使用301、302等跳轉，每一次跳轉，不但會延長載入速度，而且佔用了一部分伺服器的資源。
6、避免在CSS中使用@import
7、暫緩Javascript解析
我們在頁面中使用js代碼的時候，要盡量少使用，如果要使用，應該盡量把JS代碼放在頁面的後邊。不要放太多的JS代碼到正文的最前方，否則這樣會影響頁面的載入速度。
2、網站性能測試主要有哪幾種方法?
如何做軟體性能測試呢？以下是軟體性能測試簡要的流程，供大家參考：
1、需求分析階段：確定測試對象，分析測試對象需要用到的生產和測試環境，設計軟體測試性能測試方案；
2、准備階段：准備搭建測試環境，測試需要用到的人員、軟/硬體環境、測試數據等；
3、測試執行：盡可能模擬用戶的實際應用場景進行軟體測試，實時分析性能測試數據；
4、結果分析：對軟體測試性能測試進行總結分析，發現系統瓶頸並輸出軟體測試性能測試報告；
那麼企業如何做好軟體開發過程中的軟體測試性能測試呢？因為軟體測試過程中要涉及測試環境搭建、計算機網路軟硬體設施平台等，整套測試流程下來相當的耗費人力物力，而且測試人員的測試能力對結果有直接影響。
所以企業最好還是選擇將軟體測試性能測試工作交給像卓碼軟體測評這樣的專業第三方測試機構去做，卓瑪測評擁有專業的軟體測試團隊和完善的自動化測試工具環境，可以幫助企業更好地發現軟體潛在的性能問題，提升產品交付質量。
3、有什麼工具可以對頁面的所有元素進行性能監測，並提出優化方案？
頁面級優化
1. 減少HTTP請求數
這條策略基本上所有前端人都知道，而且也是最重要最有效的。都說要減少HTTP請求，那請求多了到底會怎麼樣呢?首先，每個請求都是有成本的，既包含時間成本也包含資源成本。一個完整的請求都需要經過DNS定址、與伺服器建立連接、發送數據、等待伺服器響應、接收數據這樣一個」漫長」而復雜的過程。時間成本就是用戶需要看到或者」感受」到這個資源是必須要等待這個過程結束的，資源上由於每個請求都需要攜帶數據，因此每個請求都需要佔用帶寬。另外，由於瀏覽器進行並發請求的請求數是有上限的(具體參見此處)，因此請求數多了以後，瀏覽器需要分批進行請求，因此會增加用戶的等待時間，會給用戶造成站點速度慢這樣一個印象，即使可能用戶能看到的第一屏的資源都已經請求完了，但是瀏覽器的進度條會一直存在。
減少HTTP請求數的主要途徑包括：
(1). 從設計實現層面簡化頁面
如果你的頁面像百度首頁一樣簡單，那麼接下來的規則基本上都用不著了。保持頁面簡潔、減少資源的使用時最直接的。如果不是這樣，你的頁面需要華麗的皮膚，則繼續閱讀下面的內容。
(2). 合理設置HTTP緩存
緩存的力量是強大的，恰當的緩存設置可以大大的減少HTTP請求。以有啊首頁為例，當瀏覽器沒有緩存的時候訪問一共會發出78個請求，共600多K數據(如圖1.1)，而當第二次訪問即瀏覽器已緩存之後訪問則僅有10個請求，共20多K數據(如圖1.2)。(這里需要說明的是，如果直接F5刷新頁面的話效果是不一樣的，這種情況下請求數還是一樣，不過被緩存資源的請求伺服器是304響應，只有Header沒有Body，可以節省帶寬)
4、如何檢測網站性能
網站的性能一直是影響瀏覽量的重要因素之一。然而，如何時刻了解網站的情況，讓網站始終保持良好的性能卻是一個復雜的問題。一個典型的Web訪問通常要受到10至20個甚至更多路由的影響，同時還要受到防火牆、Web伺服器和用戶瀏覽器的影響，其中任何一個環節都有可能延長訪問響應時間。游龍科技的Dragonwatch監測服務提出了一套完整的網站性能管理解決方案，可以從用戶端和伺服器端同時對網站進行實時監測。
諸多因素造成響應時間延長
在很多情況下，互聯網是一個沖突的環境。一個普通的數據包從企業的Web伺服器到達用戶的瀏覽器將面臨下列問題：
1．路由擁堵：在高峰時期，互聯網經常會強制路由器在相對長的時間內滯留一些數據包，直到帶寬足夠用，這會增加Web訪問的延時；情況更糟的是，路由器在這個過程中如果耗盡了內存，就會丟掉這些數據包。由於客戶和伺服器系統在重新傳輸之前必須等到計時器終止，這將大大降低響應時間。
2．長距離和多個Hop：一個數據包從倫敦的伺服器到達香港的客戶端必須穿過大西洋、南美大陸和太平洋才能到達目的地。它必須經過20個甚至更多的路由器。即使沒有擁堵，如此長的距離也會大大延長響應時間。
3．許多不同的ISP：數據包在傳輸過程中要經過許多不同ISP的網路，對網站管理者來說，控制服務質量是非常困難的。
4．客戶端較差的帶寬連接：網頁在客戶撥號端的下載速度比在公司內部100Mbps網卡的下載速度要慢得多，因此網頁設計者需要在網頁內容設計的豐富化和最小的下載時間之間進行權衡。
5． 協議問題: 有許多Web協議很難使用戶訪問達到好的響應時間。
上述問題都會延長用戶訪問的響應時間，解決它們也是一個非常復雜的過程，但是只要我們能夠發現這些問題，就有可能盡早解決這些問題。
網站性能監測管理
根據游龍科技的經驗和市場調查，成功的網站經營者通常通過以下8個具體步驟對其網站性能進行監測管理：
1．設定量化目標
任何項目的第一步都是設定明確的目標，沒有預定的目標，就沒有評估性能好壞的標准。例如: 響應時間的目標可以是「95%的時間里下載時間不能超過10秒，99%的時間里下載時間不能超過25秒」等，同時可以對特定的項目設定特定的目標，如：
（1）基於不同的地區設置不同的目標：希望全球不同地區的客戶有相同的響應時間是不現實的。
（2）對大的、復雜的網頁設置期望目標：對於包含許多圖形、Java腳本等組件的網頁希望其和純文本網頁有相同的響應時間也是不現實的。
（3）對動態網頁設置目標: 如實時更新的動態資料庫網頁。
2． 監測自身狀況, 准確了解網站客戶的真實感受
一旦設定了性能標准，下一步就是監測當前的狀況，就像上面提到的那樣，要根據不同的情況調整設定的標准。
有三個基本的方法來監測網站當前的性能：
（1）客戶端監測: 使用這種方法需要在客戶端安裝一套特製的軟體，來測量用戶的訪問時間並實時傳到中央管理系統。這種方法的主要優點是測量准確，缺點是不可能所有的終端用戶都安裝一套軟體。
（2）模擬監測: 將監測系統放置在骨幹網的節點上，模擬實際用戶。監測系統測量Web伺服器的響應時間並將之實時傳到中心資料庫，這種方法對網站進行縱向（網站升級前後）和橫向（網站之間）比較非常有用。
（3）伺服器端監測：監測系統安裝在伺服器上，監測所有的數據包，通過分析HTTP、TCP/IP協議可以很准確地估計用戶的響應時間。但是這種監測方式的准確性比客戶端的准確性低。
3．通過比較，尋找差距
收集到測量數據後，下一步就是找到實際數據和目標之間的差異，這些差異對診斷問題的根源非常有用。性能問題通常被歸為下列幾類：
（1）網站/網頁設計問題: 網頁設計問題是影響響應時間的最重要的因素之一，在後面將詳細討論；網站設計問題包括交換設備、伺服器、防火牆等; 更為嚴重的是協議問題，如防火牆或Web伺服器不支持持久的連接，後面將會詳細地討論。診斷性能問題需要分析工具來表明問題出在什麼地方，是路由器、防火牆還是交換機等。診斷協議問題需要靠捕獲或協議分析工具才能知道問題的根源在什麼地方。
（2）客戶的問題: 客戶的問題可以通過測量客戶訪問網站的響應時間來進行分析，網站上出現的問題同樣可能在客戶端發生，如在WAN節點沒有足夠的帶寬、路由器和防火牆的問題、協議問題等。
（3）ISP/Internet的問題: 這類問題是最難診斷和解決的，而且當前各級ISP的服務能力極不平衡且非常有限。診斷的方法就是分析響應時間，通過Traceroute命令來分析各級ISP的響應時間, 從而確定影響響應時間的瓶頸在什麼位置。
4． 通過預警系統，實時發現網站性能問題
通過模擬客戶端的實際訪問, 將遇到的性能問題實時報告給網站管理人員，便於網站管理人員立即進行處理，一旦發現性能問題，就應該立即尋求解決方案。
5． 解決網站和網頁設計問題
（1）對網站的性能優化有很多途徑，最基本的一點就是要保證伺服器、防火牆和ISP之間的連接有足夠的帶寬。正如前面提到的那樣，帶寬問題經常發生在WAN連接處，網路管理者最常使用的規則是不要讓網卡的使用率超過50%。當然，速度越快的網卡使用率越高。隨著使用率的上升，網卡的延時會越來越長，因此應該避免讓網卡的使用率超過90%，保持在50%以下是比較安全的。路由器和Web伺服器的內存不足將嚴重影響網站的性能，另外，後台資料庫處理的復雜性也對網站的性能有非常重要的影響。
（2）如果網站的性能經過優化後，客戶仍然感覺響應速度慢，那麼有可能是網頁設計存在著問題。要想讓網頁的下載速度快，必須讓網頁變小，特別是減少圖形文件、幀和Java applets; 但並不是越小越好，而是越少越好，下列網頁下載由快到慢的順序是：
● 沒有圖形文件;
● 有一些小的圖形文件;
● 有一些大的圖形文件;
● 有許多小的圖形文件;
● 有許多大的圖形文件。
6. 管理ISP/IDC
如果在第三步中發現是ISP的問題，你還需要確定是哪些ISP影響網站的性能: 你的ISP、客戶的ISP，還是客戶訪問經過的ISP；
（1）如果問題出在你的ISP，你可以直接和你的ISP談判，要求它提供更好的服務或者考慮更換ISP。
（2）如果問題出在客戶的ISP，你需要通過客戶去說服它提供更好的服務，你也可以將監測的結果提供給客戶作為談判的依據。
（3）如果問題出在客戶訪問途中的ISP，你就要通過你的ISP向它們逐級尋求解決辦法，否則你可以要求你的ISP改變訪問指向。
7．幫助終端用戶正確地使用
如果你的網站和網頁設計非常好，ISP的服務質量也很優秀，那麼這時性能不好的原因就是有一些特殊的問題影響了你的終端用戶的訪問速度。
8． 繼續監測, 收集數據，獲取解決方案，逐步改進
經過上面的解決過程，你的網站性能應該非常優秀，但是千萬不要放鬆警惕。Web應用、諸如TCP和HTTP等各種協議在互聯網上的運行方式非常復雜，問題隨時都有可能發生。
另外，由於ISP要支付昂貴的帶寬費用，因此絕大多數ISP總是出租有限的帶寬，從而造成網路的擁擠。網站需要長期持續不斷地監測性能情況，並且讓你的ISP知道你時時刻刻在監視它的服務質量。
繼續進行監測的一個最重要方面就是測量業務流程的響應時間，以便與目標進行比較，逐步改進網站的性能.
5、如何進行網站性能優化
內容頁面優化就一個要點：你的訪客要看到什麼內容你就做什麼內容。建議你以一個訪客的角度來看你自己的網站，內容是否完善、頁面是否好看、框架是否清晰……做好這些就算是內容優化了。
6、網站性能優化有哪些
內部的鏈接結構
盡量改變原來的圖像鏈接和flash鏈接，使用純文本鏈接，並定義全局統一鏈接位置。
標題title的定位
標題中需要包含有優化關鍵字的內容，同時網站中的多個頁面標題不能雷同，起碼要能顯示「關鍵字——網站首頁——一段簡單的含關鍵字的描述」類型。標題一旦確定就不要再做修改!
保持關鍵字的頻率
簡單做好了內容結構的調整之後，立即到搜索引擎登錄，希望能盡早收錄新標題和新描述。
網站結構調整
假設因為原有網站為形象頁面，使用了較多的flash和圖像，這些網頁元素不利於搜索引擎的收錄，所以在該網頁的下方加了三欄，分別是相關的公司簡介、關鍵字產品新聞和公司的關鍵詞產品列表，並對該三欄內容添加url。
當然，最好的方法是使用新聞系統更新關鍵詞產品新聞。可以做一個從首頁鏈接跳轉至一個單頁面作為關鍵字的詳細描述。該頁面的描述內容包含了公司關鍵詞產品列表鏈接。這些都是為了形成企業站點內的網狀結構。
資源應用
再談資源應用。對網站結構大致調整好了以後，就可以利用一些資源擴展外部鏈接了。首先是可以開百度空間，空間域名就使用公司產品的關鍵字，同時進行公司原網站信息的轉載，附帶公司網址，讓百度robot在第一時間訪問本站點。其中還有一個技巧：使用該空間帳戶去隨機訪問百度空間內的其他用戶，以獲得回訪，這樣蜘蛛到達的效果會更好。提示：在百度空間、貼吧和知道發表的時候記得要附帶鏈接信息，方便互訪，提高訪問量。
典型問題
（1）網站欄目和產品分類設置不合理的綜合問題。
（2）大量新發布的信息無法被搜索引擎收錄。
（3）動態網頁的制約因素。
（4）網頁標題設計及網頁內容的相關性問題。
搜索引擎優化
1、網站企業品牌或者產品關鍵字優化。
2、網站內容優化，關鍵字密度分析，提高引擎友好度。
3、頁面標題欄（Title）的內容優化。
4、添加並優化網站各頁面的keywords及description信息（META）。
5、分析網站代碼，精簡結構，減少冗餘，使網站性能更優，載入更流暢。
6、全站診斷，改進各流程操作的交互體驗，有針對性的進行體驗優化，降低用戶操作成本，提高用戶友好度。
7、分析頁面訪問情況及大眾用戶操作偏好，作出相應調整，突出重點信息。
8、優化網站靜態資源，減少帶寬及伺服器請求數節約帶寬成本、提高伺服器性能。
用戶體驗優化
用戶體驗優化就是網站針對於用戶的體驗進行優化,面對用戶層面的網站優化，本著為訪客服務的原則，改善網站功能，操作，視覺等網站要素，從而獲得訪客的青睞.通過優化來提高流量轉化率。而在這個過程中，很多站長都會在網站中使用社會化媒體因素，比如使用相關按鈕。
一提到社會化媒體按鈕，很多人都知道，大多數網站都會有這么一個圖標，很多站長都在使用，對網站排名的影響也是非常大的。
3步驟編輯
關鍵詞
首先要從與網站的相關性來考慮，比如我們網站是提供網站建設服務的，那麼相應的關鍵詞可以選取為做網站、網站建設、企業展示型網站建設等等。
網站結構
首先網站結構要清晰，要易於搜索引擎抓取。如果網站本身布局就錯綜不堪，都找不到重點的，連人眼都看不清，更別說蜘蛛了。
網站頁面優化
整個網站應該是一個整體，不單單要優化瀏覽者的首頁，其它內容頁也同樣能夠帶來流量和客戶。
網站內容
對於網站內容要有規律的進行更新，其中最重要的是多寫一些原創的軟文，軟文中盡量以關鍵詞為主題，這樣會更加事半功倍。
內鏈
網站的內部鏈接應當合理的把整個網站聯系起來，讓搜索引擎明白每個網頁的重要性。同時避免死鏈，死鏈會影響整個網站的整體形象，再者搜索引擎是通過鏈接來進行搜索的，死鏈會降低網站在搜索引擎的權重。
外鏈
簡單的推薦幾個方式：
1、通過搜索引擎登陸口提交網站，告訴搜索引擎有一個新站誕生了，這樣搜索引擎會火速到提交的網站，收錄一些好的內容。
2、發動所有站長認識的人給網站加上鏈接。許多人都有自己的博客，讓他們在博客上給自己的網站加上鏈接。
3、在一些權重比較高的網站回帖、發帖。
4、在一些信息網，投稿軟文獲取高質量相關鏈接。
7、如何對網站進行性能優化
一、刪除功能：重要數據偽刪除，刪除校驗用戶（避免A用戶可以刪除任何人數據）。文件上傳預覽刪除功能不能做伺服器文件刪除，不要為了節省伺服器資源給用戶留下介面。如果要資源有限，那麼在刪除的時候也需要做用戶校驗（文件命名或文件路徑關聯用戶ID等）
二、發簡訊:基本上沒有人願意自己和簡訊運營商直接對接簡訊業務，一般都是通過第三方簡訊服務商購買簡訊。在用戶主動獲取簡訊的時候前端做圖片驗證碼校驗，後端做發送量，發送間隔校驗（圖片驗證碼是可以被機識別的）。做簡訊日誌記錄，這些日誌可以為前面的後台校驗提供數據，系統運行期間的各種好處就不一一舉例了。重要功能做語音驗證碼，比如注冊送現金的活動，簡訊驗證碼可以被識別
三、頁面數據獲取：用戶平凡的刷新數據會加大伺服器壓力，當然誰也擋不住用戶刷新是吧，但是減少主動刷新次數也是一個減小伺服器壓力的方法，咱不能自己坑自己吧，(Table頁切換做校驗，有數據就不再拉取等等)
四、前端靜態資源做CDN，可以提高用戶訪問速度，減少伺服器壓力
五、用戶輸入做SQL注入，javascript腳本注入
六、用到的Ajax請求：做ajax加攔截器，通過消息頭過濾掉非ajax的地址欄訪問，（誰然不一定能全部攔截，但是攔掉一部分小白還是可以得，總不能是個人就能攻擊吧）
七、用戶輸入數據校驗，輸入文字長度，數字輸入大小，int 、long等數據類型合理使用，(積分兌換的時候用戶只有1積分，你讓他輸入兌換積分，你輸入21000000000，int 接收的時候，超出了范圍成了負數1永遠大於負數)，還有一點很重要，你的任何校驗都不要依靠前端，畢竟前端是為用戶的體驗而生的，為了自己的安全還是多寫點後台校驗吧，
八、異常捕獲：不要將異常信息拋給用戶，首先不美觀，其次這些錯誤信息中可能含有SQL錯誤，通過這些sql可以了解到你的資料庫結構
九、前端數據獲取的時候減少不必要欄位輸出，java面向對象，表數據面向對象，本來頁面只需要兩個數據，結果你返回了一個實體，前端可已查看到你資料庫表結構，多看幾個頁面那麼你的資料庫設計就給了人家了呢
十、用戶信息加密傳輸，一定不要把重要數據留在客戶端，泄密重要信息的責任是要你承擔的哦
十一、 現在越來越多人使用阿里雲伺服器，做客戶項目的時候伺服器是客戶購買的，當然阿里雲賬戶客戶也有，你的配置文件不加密客戶就能看見你的系統配置，結合上面的搞搞你的資料庫，那你的產品還有什麼秘密，至於代碼，你覺得他值錢么
十二、 前端JS 腳本 和頁面分離，壓縮或加密，不要你的團隊倖幸苦苦開發的唯美的頁面和效果，被人家一個ctrl+s拿去回家研究了，何況你的js中還有大量的邏輯
十三、 線程安全:
1、synchronized同步 （有序性、可見性），
2、使用生產者消費者模式，(喚醒notify()，等待wait())
3、volatile同步（可見性，非有序性，只在無基礎數據的賦值操作，直接操作主內存，減少主內存復制到工作內存的cpu消耗）
十四、 資料庫讀寫分離的時候要注意個別業務讀也要讀在主庫上（避免主從同步失敗或延時）
8、如何優化web網站的性能
提升頁面載入速度
1、圖片大小越小打開速度越快
2、網頁中代碼不要臃腫所以不要有無用代碼
3、js css使用外部引入
4、如果js css 不是顯示用戶看到的信息 而是一些特效的話放在最後載入。
9、從哪些方面對網站進行性能優化和安全防護的優化
安全防護在於網站的伺服器端，而性能優化，你指的是用戶體驗的優化，還是網站自身權重的優化呢
10、Java性能優化中文版PDF下載
文件比較大，給你下載地址吧：
http://download.csdn.net/download/hx0_0_8/8434567