Ⅰ 網站訪問速度慢怎麼辦
1. 當網站訪問較慢時，首先先查看本地網路是否正常。
方法：先用網路測速測下本地的網路速率：網路速率低於50KB/s，訪問網站自然也慢。
2. 本地網路速率正常時，再檢查下所訪問的網站是否正常。
方法：測一下網站的訪問性能操作：在網站檢測中，輸入IP或域名，選擇單文件或全頁面進行測試，
分析報告： DNS伺服器：顯示訪問者的出口DNS，作用是通過出口DNS獲取訪問者所在的網路，如：xx.xx.xx.xx（北京 網通）網站解析IP：網頁的IP地址，作用獲悉IP地址，可使用ping命令檢查該IP的連通性，診斷該網站是否正常，如ping網頁時丟包較嚴重，訪問速率也會越低
總時間：網站的響應時間，可了解網站的性能瓶頸或者是利用谷歌或IE瀏覽器的F12開發者工具查看下網站的大小和網站的打開速度成不成正比。
3. 網站出現無法訪問時，使用故障診斷命令定位故障點。
命令分析： ping：檢測IP或域名的連通性 dig/nslookup：查看DNS解
析情況 traceroute：顯示從訪問者到網站的路由連接狀態，如果有節點無法連接，只需針對該故障點進行修復便可快速恢復網路。
Ⅱ 怎麼查看一個網站頁面的seo優化情況
網站程序自身的SEO優化質量可以通過以下幾個方面加以判斷：
1、網頁標題 （title部分）是否體現了全站的關鍵詞，每個頁面的關鍵詞是否不同，一般欄目應該以欄目名稱為主要關鍵詞，內容頁面以內容標題為關鍵詞。
2、Meta部分：可以通過右鍵查看頁面源代碼獲取詳細信息，一般需要注意description和keywords部分。
3、網站訪問速度，網站頁面不應該出現過多的動畫、圖片。
5、頁面應該合理使用H1、H2、ALT、TITLE等頁面標簽。
7、網站應該盡可能的採用靜態或偽靜態頁面。
9、首頁預留友情鏈接功能，以便可以和同行相關網站相互連接。
10、用站長工具查詢相關數據
Ⅲ 網站性能優化怎麼辦
一、前端優化
網站性能優化是一個很綜合的話題，涉及到伺服器的配置和網站前後端程序等各個方面，我只是從實際經歷出發，分享一下自己所嘗試過的網站性能優化方法。之所以在標題上掛一個web2.0，是因為本文更偏重於中小網站的性能優化，我所使用的系統也是典型web2.0的LAMP架構。
首先講講前端的優化，用戶訪問網頁的等待時間，有80%是發生在瀏覽器前端，特別是頁面和頁面中各種元素（圖片、CSS、Javascript、 flash…）的下載之上。因此在很多情況下，相對於把大量的時間花在艱苦而繁雜的程序改進上，前端的優化往往能起到事半功倍的作用。雅虎最近將內部使用的性能測試工具yslow向第三方公開，並發布了著名的網站性能優化的十三條規則，建議你下載並安裝yslow，並作為測評網站優化效果的工具。下面我挑其中特別有價值的具體說明一下優化的方法：
對於第一次訪問您網站，尚未在瀏覽器cache中緩存您網站內容的用戶，我們可以做的事情包括：
1）減少一個頁面訪問所產生的http連接次數
對於第一次訪問你網站的用戶，頁面所產生的http連接次數是影響性能的一個關鍵瓶頸。
對策：
- 盡量簡潔的頁面設計，最大程度減少圖片的使用，通過放棄一些不必要的頁面特效來減少javascript的使用。
- 使用一些優化技巧，比如利用圖片的背景位移減少圖片的個數；image map技術；使用Inline images將css圖片捆綁到網頁中。
- 盡量合並js和css文件，減少獨立文件個數。
2) 使用gzip壓縮網頁內容
使用gzip來壓縮網頁中的靜態內容，能夠顯著減少用戶訪問網頁時的等待時間（據說可達到60%）。主流的web伺服器都支持或提供gzip壓縮，如果使用apache伺服器，只需要在配置文件中開啟 mod_gzip（apache1.x）或mod_deflate(apache2.x)即可。凡是靜態的頁面，使用gzip壓縮都能夠顯著提高伺服器效率並減少帶寬支出，注意圖片內容本身已經是壓縮格式了，務必不要再進行壓縮。
3）將CSS放在頁面頂端，JS文件放在頁面底端
CSS的引用要放在html的頭部header中，JS文件引用盡量放在頁面底端標簽的後面，主要的思路是讓核心的頁面內容盡早顯示出來。不過要注意，一些大量使用js的頁面，可能有一些js文件放在底端會引起一些難以預料的問題，根據實際情況適當運用即可。
4）使JS文件內容最小化
具體來說就是使用一些javascript壓縮工具對js腳本進行壓縮，去除其中的空白字元、注釋，最小化變數名等。在使用gzip壓縮的基礎上，對js內容的壓縮能夠將性能再提高5%。
5）盡量減少外部腳本的使用，減少DNS查詢時間
不要在網頁中引用太多的外部腳本，首先，一次dns的解析過程會消耗20-120毫秒的時間；其次，如果在頁面中引用太多的外部文件（如各種廣告、聯盟等代碼），可能會因為外部文件的響應速度而將你的網站拖得很慢。如果不得不用，那麼就盡量將這些腳本放在頁腳吧。不過有一點需要提及，就是瀏覽器一般只能並行處理同一域名下的兩個請求，而對於不同子的域名則不受此限制，因此適當將本站靜態內容（css,js）放在其他的子域名下（如 static.xxx.com）會有利於提高瀏覽器並行下載網頁內容的能力。
對於您網站的經常性訪問用戶，主要的優化思路就是最大限度利用用戶瀏覽器的cache來減少伺服器的開銷。
1）在header中添加過期時間(Expires Header)
在header中給靜態內容添加一個較長的過期時間，這樣可以使用戶今後訪問只讀取緩存中的文件，而不會與伺服器產生任何的交互。不過這樣做也存在一些問題，當圖片、CSS和js文件更新時，用戶如果不刷新瀏覽器，就無法獲得此更新。這樣，我們在對圖片、css和js文件修改時，必須要進行重命名，才能保證用戶訪問到最新的內容。這可能會給開發造成不小的麻煩，因為這些文件可能被站點中的許多文件所引用。flickr提出的解決辦法是通過url rewrite使不同版本號的URL事實上指向同一個文件，這是一個聰明的辦法，因為url級別的操作效率是很高的，可以給開發過程提供不少便利。
要理解為什麼這樣做，必須要了解瀏覽器訪問url時的工作機制：
a. 第一次訪問url時，用戶從伺服器段獲取頁面內容，並把相關的文件（images,css,js…）放在高速緩存中，也會把文件頭中的expired time,last modified, ETags等相關信息也一同保留下來。
b. 用戶重復訪問url時，瀏覽器首先看高速緩存中是否有本站同名的文件，如果有，則檢查文件的過期時間；如果尚未過期，則直接從緩存中讀取文件，不再訪問伺服器。
c. 如果緩存中文件的過期時間不存在或已超出，則瀏覽器會訪問伺服器獲取文件的頭信息，檢查last modifed和ETags等信息，如果發現本地緩存中的文件在上次訪問後沒被修改，則使用本地緩存中的文件；如果修改過，則從伺服器上獲取最新版本。
我的經驗，如果可能，盡量遵循此原則給靜態文件添加過期時間，這樣可以大幅度減少用戶對伺服器資源的重復訪問。
2）將css和js文件放在獨立外部文件中引用
將css和js文件放在獨立文件中，這樣它們會被單獨緩存起來，在訪問其他頁面時可以從瀏覽器的高速緩存中直接讀取。一些網站的首頁可能是例外的，這些首頁的自身瀏覽可能並不大，但卻是用戶訪問網站的第一印象以及導向到其他頁面的起點，也可能這些頁面本身使用了大量的ajax局部刷新及技術，這時可以將 css和js文件直接寫在頁面中。
3）去掉重復的腳本
在IE中，包含重復的js腳本會導致瀏覽器的緩存不被使用，仔細檢查一下你的程序，去掉重復引用的腳本應該不是一件很難的事情。
4）避免重定向的發生
除了在header中人為的重定向之外，網頁重定向常在不經意間發生，被重定向的內容將不會使用瀏覽器的緩存。比如用戶在訪問www.xxx.com，伺服器會通過301轉向到www.xxx.com/，在後面加了一個「/」。如果伺服器的配置不好，這也會給伺服器帶來額外的負擔。通過配置apache的 alias或使用mod_rewrite模塊等方法，可以避免不必要的重定向。
還有一些，比如使用CDN分發機制、避免CSS表達式等、避免使用ETags等，因為不太常用，這里就不再贅述了。
做完了上述的優化，可以試著用yslow測試一下網頁的性能評分，一般都可以達到70分以上了。
當然，除了瀏覽器前端和靜態內容的優化之外，還有針對程序腳本、伺服器、資料庫、負載的優化，這些更深層次的優化方法對技術有更高的要求。本文的後半部分將重點探討後端的優化。
二、後端優化
上次寫完web2.0網站前端優化篇之後，一直想寫寫後端優化的方法，今天終於有時間將思路整理了出來。
前端優化可以避免我們造成無謂的伺服器和帶寬資源浪費，但隨著網站訪問量的增加，僅靠前端優化已經不能解決所有問題了，後端軟體處理並行請求的能力、程序運 行的效率、硬體性能以及系統的可擴展性，將成為影響網站性能和穩定的關鍵瓶頸所在。優化系統和程序的性能可以從以下的方面來入手：
1）apache、mysql等軟體的配置的優化
盡管apache和mysql等軟體在安裝後使用的默認設置足以使你的網站運行起來，但是通過調整mysql和apache的一些系統參數，還是可以追求更高的效率和穩定性。這個領域中有很多專業的文章和論壇（比如： http://www.mysqlperformanceblog.com/），要想掌握也需要進行深入的研究和實踐，這里就不重點討論了。
2）應用程序環境加速
這里僅以我最常應用的php開發環境為例，有一些工具軟體可以通過優化PHP運行環境來達到提速的目的，其基本原理大致是將PHP代碼預編譯並緩存起來，而不需要改變任何代碼，所以比較簡單，可以將php的運行效率提升50%以上。比較常用的免費php加速工具有：APC( http: //pecl.php.net/package-info.php?package=APC)、Turck MMCache（ http://turck-mmcache.sourceforge.net）、php accelebrator(www.php-accelerator.co.uk)，還有收費的Zend Performance Suite
3）將靜態內容和動態內容分開處理
apache是一個功能完善但比較龐大的web server，它的資源佔用基本上和同時運行的進程數呈正比，對伺服器內存的消耗比較大，處理並行任務的效率也一般。在一些情況下，我們可以用比較輕量級的web server來host靜態的圖片、樣式表和javascript文件，這樣可以大大提升靜態文件的處理速度，還可以減少對內存佔用。我使用的web server是來自俄羅斯的nginx，其他選擇方案還包括lighttpd和thttpd等。
4）基於反向代理的前端訪問負載均衡
當一台前端伺服器不足以應付用戶訪問時，通過前端機實現web訪問的負載均衡是最快速可行的方案。通過apache的mod_proxy可以實現基於反向代理的負載均衡，這里推薦使用nginx做代理伺服器，處理速度較apache更快一些。
5）應用緩存技術提高資料庫效能，文件緩存和分布式緩存
資料庫訪問處理並發訪問的能力是很多網站應用的關鍵瓶頸，在想到使用主從結構和多farm的方式構建伺服器集群之前，首先應該確保充分使用了資料庫查詢的緩存。一些資料庫類型（如mysql的innoDB）自身內置對緩存的支持，此外，還可以利用程序方法將常用的查詢通過文件或內存緩存起來。比如通過 php中的ob_start和文件讀寫函數可以很方便的實現文件形式的緩存，而如果你擁有多台伺服器，可以通過memcache技術通過分布式共享內存來對資料庫查詢進行緩存，不僅效率高而且擴展性好，memcache技術在livejournal和Craigslist.org等知名網站應用中都得到了檢驗。
6）伺服器運行狀態的檢測，找到影響性能的瓶頸所在
系統優化沒有一勞永逸的方法，需要通過檢測伺服器的運行狀態來及時發現影響性能的瓶頸，以及可能存在的潛在問題，因為網站的性能，永遠取決於木桶中的短板。可以編寫一些腳本來檢測web服務的運行，也有一些開源的軟體也提供了很好的功能
7）良好的擴展架構是穩定和性能的基礎
一些技巧和竅門可以幫你度過眼前的難關，但要想使網站具備應付大規模訪問的能力，則需要從系統架構上進行徹底的規劃，好在很多前人無私的把他們架構
網站的經驗分享給我們，使我們可以少走甚多彎路。我最近讀到的兩篇有啟發的文章：
- 從LiveJournal後台發展看大規模網站性能優化方法
- Myspace的六次重構
最後不得不提到程序編碼和資料庫結構對性能的影響，一系列糟糕的循環語句，一個不合理的查詢語句、一張設計不佳的數據表或索引表，都足以會使應用程序運行的速度成倍的降低。培養全局思考的能力，養成良好的編程習慣，並對資料庫運行機制有所了解，是提高編程質量的基礎。
Ⅳ 怎麼查看網站是否做過優化
我們每天都在發外鏈，做seo，我們有沒有自我檢測過自己的網站seo是否到位呢？那麼我們怎麼去檢查自己網站優化做的怎麼樣呢？以下流程有助於大家檢查自身的seo優化。希望對大家有所幫助。
一、分析步驟
1、是否研究過競爭對手的網站？
2、你確定目標關鍵詞的時候是否經過關鍵詞分析？
3、確定好關鍵詞以後他的seo熱度如何，他的競爭有多大？
4、你確定的目標關鍵詞與網站的內容是否一致？
5、是否有一個詳細的工作計劃表？
二、網站部分
1、網站各個欄目是否圍繞網站主題展開？
2、首頁：標題標簽，關鍵詞標簽，描述標簽，是否圍繞目標關鍵詞展開？
3、在寫這三個標簽的時候關鍵詞出現的是否自然？有沒堆疊？
4、有關seo的標簽是google左側排名否合理試用？H1，H2，strong等等！
5、首頁是否有為目標關鍵詞合理的加大密度？
6、主導航優化是否過關？
7、次導航是否合理？
8、logo是否為其加上指向網站首頁的地址？
9、是否有不必要的沉余代碼？
10、網站內容相似頁面公共的部分腳本化？
11、url靜態化是否完成，目錄地址是否很深？
12、網站准備好網站地圖了嗎？
13、檢查網站是否存在死鏈接，錯誤鏈接？
14、是否用robots屏蔽了無關內容或重復內容？
15、沒有做過用戶體驗分析？
三、頁面部分
1、欄目下文章是否圍繞這個主題展開？
2、網站內容是否有有規律的去更新？並且保持更新？
3、置導航是否安排合理？（網站內部鏈接優化有解釋）
4、頁面是否有重復標題的文章？
5、站點的所有頁面的meta標簽是否都有關鍵字，並且是否有關鍵字疊加？
6、網站內容填充的同時有沒有網站優化出現這個頁面的目標關鍵詞，分布情況如何，密度如何？
7、在合適的位置出現目標關鍵詞時候是否為它加上錨文本？
8、網站內容中出現的圖片是否有用alt說明圖片內容，圖片說明關鍵詞使用是否合理
9、404頁面是否完善？
10、站中是否有相關的統計分析工具？
四、外部及分析
1、友情鏈接的來源網站都是些什麼網站，是google優化是否是同行業，是否與網站有相關性，並且他們的快照及收錄是否正常？
2、有沒有循序漸進的去整加外鏈？
3、網站的網路快照是什麼時候的？
4、網站日誌是否有蜘蛛的痕跡？
5、日誌返回代碼都是什麼？有沒錯誤？