1、如何提高網站並發訪問性能
1、HTML靜態化
其實大家都知道，效率最高、消耗最小的就是純靜態化的html頁面，所以我們盡可能使我們的網站上的頁面採用靜態頁面來實現，這個最簡單的方法
其實也是最有效的方法。但是對於大量內容並且頻繁更新的網站，我們無法全部手動去挨個實現，於是出現了我們常見的信息發布系統CMS，像我們常訪問的各個
門戶站點的新聞頻道，甚至他們的其他頻道，都是通過信息發布系統來管理和實現的，信息發布系統可以實現最簡單的信息錄入自動生成靜態頁面，還能具備頻道管
理、許可權管理、自動抓取等功能，對於一個大型網站來說，擁有一套高效、可管理的CMS是必不可少的。
除了門戶和信息發布類型的網站，對於交互性要求很高的社區類型網站來說，盡可能的靜態化也是提高性能的必要手段，將社區內的帖子、文章進行實時的靜態化、有更新的時候再重新靜態化也是大量使用的策略，像Mop的大雜燴就是使用了這樣的策略，網易社區等也是如此。
同時，html靜態化也是某些緩存策略使用的手段，對於系統中頻繁使用資料庫查詢但是內容更新很小的應用，可以考慮使用html靜態化來實現。
比如論壇中論壇的公用設置信息，這些信息目前的主流論壇都可以進行後台管理並且存儲在資料庫中，這些信息其實大量被前台程序調用，但是更新頻率很小，可以
考慮將這部分內容進行後台更新的時候進行靜態化，這樣避免了大量的資料庫訪問請求。
2、圖片伺服器分離
大家知道，對於Web伺服器來說，不管是Apache、IIS還是其他容器，圖片是最消耗資源的，於是我們有必要將圖片與頁面進行分離，這是基
本上大型網站都會採用的策略，他們都有獨立的、甚至很多台的圖片伺服器。這樣的架構可以降低提供頁面訪問請求的伺服器系統壓力，並且可以保證系統不會因為
圖片問題而崩潰。
在應用伺服器和圖片伺服器上，可以進行不同的配置優化，比如apache在配置ContentType的時候可以盡量少支持、盡可能少的LoadMole，保證更高的系統消耗和執行效率。
3、資料庫集群、庫表散列
大型網站都有復雜的應用，這些應用必須使用資料庫，那麼在面對大量訪問的時候，資料庫的瓶頸很快就能顯現出來，這時一台資料庫將很快無法滿足應用，於是我們需要使用資料庫集群或者庫表散列。
在資料庫集群方面，很多資料庫都有自己的解決方案，Oracle、Sybase等都有很好的方案，常用的MySQL提供的Master/Slave也是類似的方案，您使用了什麼樣的DB，就參考相應的解決方案來實施即可。
上面提到的資料庫集群由於在架構、成本、擴張性方面都會受到所採用DB類型的限制，於是我們需要從應用程序的角度來考慮改善系統架構，庫表散列是常用並且最有效的解決方案。
我們在應用程序中安裝業務和應用或者功能模塊將資料庫進行分離，不同的模塊對應不同的資料庫或者表，再按照一定的策略對某個頁面或者功能進行更小的資料庫散列，比如用戶表，按照用戶ID進行表散列，這樣就能夠低成本的提升系統的性能並且有很好的擴展性。
sohu的論壇就是採用了這樣的架構，將論壇的用戶、設置、帖子等信息進行資料庫分離，然後對帖子、用戶按照板塊和ID進行散列資料庫和表，最終可以在配置文件中進行簡單的配置便能讓系統隨時增加一台低成本的資料庫進來補充系統性能。
4、緩存
緩存一詞搞技術的都接觸過，很多地方用到緩存。網站架構和網站開發中的緩存也是非常重要。這里先講述最基本的兩種緩存。高級和分布式的緩存在後面講述。
架構方面的緩存，對Apache比較熟悉的人都能知道Apache提供了自己的緩存模塊，也可以使用外加的Squid模塊進行緩存，這兩種方式均可以有效的提高Apache的訪問響應能力。
網站程序開發方面的緩存，Linux上提供的Memory
Cache是常用的緩存介面，可以在web開發中使用，比如用Java開發的時候就可以調用MemoryCache對一些數據進行緩存和通訊共享，一些大
型社區使用了這樣的架構。另外，在使用web語言開發的時候，各種語言基本都有自己的緩存模塊和方法，PHP有Pear的Cache模塊，Java就更多
了，.net不是很熟悉，相信也肯定有。
5、鏡像
鏡像是大型網站常採用的提高性能和數據安全性的方式，鏡像的技術可以解決不同網路接入商和地域帶來的用戶訪問速度差異，比如ChinaNet和
ENet之間的差異就促使了很多網站在教育網內搭建鏡像站點，數據進行定時更新或者實時更新。在鏡像的細節技術方面，這里不闡述太深，有很多專業的現
成的解決架構和產品可選。也有廉價的通過軟體實現的思路，比如Linux上的rsync等工具。
6、負載均衡
負載均衡將是大型網站解決高負荷訪問和大量並發請求採用的高端解決辦法。
負載均衡技術發展了多年，有很多專業的服務提供商和產品可以選擇，我個人接觸過一些解決方法，其中有兩個架構可以給大家做參考。
（1）、硬體四層交換
第四層交換使用第三層和第四層信息包的報頭信息，根據應用區間識別業務流，將整個區間段的業務流分配到合適的應用伺服器進行處理。
第四層交換功能就像是虛IP，指向物理伺服器。它傳輸的業務服從的協議多種多樣，有HTTP、FTP、NFS、Telnet或其他協議。這些業
務在物理伺服器基礎上，需要復雜的載量平衡演算法。在IP世界，業務類型由終端TCP或UDP埠地址來決定，在第四層交換中的應用區間則由源端和終端IP
地址、TCP和UDP埠共同決定。
在硬體四層交換產品領域，有一些知名的產品可以選擇，比如Alteon、F5等，這些產品很昂貴，但是物有所值，能夠提供非常優秀的性能和很靈活的管理能力。「Yahoo中國」當初接近2000台伺服器，只使用了三、四台Alteon就搞定了。
(2)、軟體四層交換
大家知道了硬體四層交換機的原理後，基於OSI模型來實現的軟體四層交換也就應運而生，這樣的解決方案實現的原理一致，不過性能稍差。但是滿足一定量的壓力還是游刃有餘的，有人說軟體實現方式其實更靈活，處理能力完全看你配置的熟悉能力。
軟體四層交換我們可以使用Linux上常用的LVS來解決，LVS就是Linux Virtual
Server，他提供了基於心跳線heartbeat的實時災難應對解決方案，提高系統的強壯性，同時可供了靈活的虛擬VIP配置和管理功能，可以同時滿
足多種應用需求，這對於分布式的系統來說必不可少。
一個典型的使用負載均衡的策略就是，在軟體或者硬體四層交換的基礎上搭建squid集群，這種思路在很多大型網站包括搜索引擎上被採用，這樣的架構低成本、高性能還有很強的擴張性，隨時往架構裡面增減節點都非常容易。
對於大型網站來說，前面提到的每個方法可能都會被同時使用到，這里介紹得比較淺顯，具體實現過程中很多細節還需要大家慢慢熟悉和體會。有時一個很小的squid參數或者apache參數設置，對於系統性能的影響就會很大。
7、最新：CDN加速技術
什麼是CDN？
CDN的全稱是內容分發網路。其目的是通過在現有的Internet中增加一層新的網路架構，將網站的內容發布到最接近用戶的網路「邊緣」，使用戶可以就近取得所需的內容，提高用戶訪問網站的響應速度。
CDN有別於鏡像，因為它比鏡像更智能，或者可以做這樣一個比喻：CDN=更智能的鏡像+緩存+流量導流。因而，CDN可以明顯提高
Internet網路中信息流動的效率。從技術上全面解決由於網路帶寬小、用戶訪問量大、網點分布不均等問題，提高用戶訪問網站的響應速度。
CDN的類型特點
CDN的實現分為三類：鏡像、高速緩存、專線。
鏡像站點（Mirror Site），是最常見的，它讓內容直接發布，適用於靜態和准動態的數據同步。但是購買和維護新伺服器的費用較高，還必須在各個地區設置鏡像伺服器，配備專業技術人員進行管理與維護。對於大型網站來說，更新所用的帶寬成本也大大提高了。
高速緩存，成本較低，適用於靜態內容。Internet的統計表明，超過80%的用戶經常訪問的是20%的網站的內容，在這個規律下，緩存服務
器可以處理大部分客戶的靜態請求，而原始的伺服器只需處理約20%左右的非緩存請求和動態請求，於是大大加快了客戶請求的響應時間，並降低了原始伺服器的
負載。
CDN服務一般會在全國范圍內的關鍵節點上放置緩存伺服器。
專線，讓用戶直接訪問數據源，可以實現數據的動態同步。
CDN的實例
舉個例子來說，當某用戶訪問網站時，網站會利用全球負載均衡技術，將用戶的訪問指向到距離用戶最近的正常工作的緩存伺服器上，直接響應用戶的請求。
當用戶訪問已經使用了CDN服務的網站時，其解析過程與傳統解析方式的最大區別就在於網站的授權域名伺服器不是以傳統的輪詢方式來響應本地
DNS的解析請求，而是充分考慮用戶發起請求的地點和當時網路的情況，來決定把用戶的請求定向到離用戶最近同時負載相對較輕的節點緩存伺服器上。
通過用戶定位演算法和伺服器健康檢測演算法綜合後的數據，可以將用戶的請求就近定向到分布在網路「邊緣」的緩存伺服器上，保證用戶的訪問能得到更及時可靠的響應。
由於大量的用戶訪問都由分布在網路邊緣的CDN節點緩存伺服器直接響應了，這就不僅提高了用戶的訪問質量，同時有效地降低了源伺服器的負載壓力。
2、網站性能優化有哪些
內部的鏈接結構
盡量改變原來的圖像鏈接和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、在一些信息網，投稿軟文獲取高質量相關鏈接。
3、網站性能優化怎麼辦
一、前端優化
網站性能優化是一個很綜合的話題，涉及到伺服器的配置和網站前後端程序等各個方面，我只是從實際經歷出發，分享一下自己所嘗試過的網站性能優化方法。之所以在標題上掛一個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的六次重構
最後不得不提到程序編碼和資料庫結構對性能的影響，一系列糟糕的循環語句，一個不合理的查詢語句、一張設計不佳的數據表或索引表，都足以會使應用程序運行的速度成倍的降低。培養全局思考的能力，養成良好的編程習慣，並對資料庫運行機制有所了解，是提高編程質量的基礎。
4、ASP.NET網站性能優化 需要考慮哪些方面
比如 1 資料庫，數據量大，比如建立索引等等，優化資料庫
2 有圖片的頁面，把圖片壓縮
3 盡量少用伺服器控制項，伺服器控制項要編譯成html控制項，導致速度不如純html控制項
4 代碼，減少冗餘的代碼，減少重復性的代碼，包括查詢數據語句等等，可使用存儲過程
5 分布式部署等等
還有很多，包括伺服器的好壞呀等等
5、如何優化web網站的性能
提升頁面載入速度
1、圖片大小越小打開速度越快
2、網頁中代碼不要臃腫所以不要有無用代碼
3、js css使用外部引入
4、如果js css 不是顯示用戶看到的信息 而是一些特效的話放在最後載入。
6、關於j2EE做大型網站時，若數據量太多，會導致速度變慢，這個問題怎麼解決的
均衡負載
盡量用靜態文件
緩存
7、什麼是網站性能優化，為什麼要優化
百度搜索一個問題時有至少都有幾十萬條數據，如果不做優化，都沒人會看到你的網站，你說這種情況下網站能帶來什麼效益呢?
8、如何對網站進行性能優化
一、刪除功能：重要數據偽刪除，刪除校驗用戶（避免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消耗）
十四、 資料庫讀寫分離的時候要注意個別業務讀也要讀在主庫上（避免主從同步失敗或延時）
9、如何對web頁面進行性能優化以及特性開發
一、提倡前端開發工程師在書寫xhtml的時候做到結構語義化。
結構中主要包括了head和body兩個部分，但是我們經常說的是結構語義化主要是body中的標簽，但是我在這里還是簡單的說一下head，head中其實包括了一些對於我們seo很有用的一些東西，比如title,Description,Keywords,這些東西在蜘蛛抓取的時候都是有幫助的，當然，還有其他的一些，我在此就不一一說明了，比如設置緩存等一些其他的信息。
那麼body中的話，包括的標簽就很多了，我覺得作為一個合格的前端開發人員你應該去熟悉他們，比如div,span,h,ul,ol,dl,p等等這類的標簽的使用。應該非常合理，還有就是注意h標簽的斷層，及h1標簽的使用，這些都是非常重要的。
同時在我們的結構中不要出現style和onclick這樣的內聯的樣式和事件。希望大家能夠注意結構與表現、行為的分離。
（PS：標簽語義化的好處：1.有利於搜索引擎；2.結構清晰的HTML在團隊合作中的作用，就不必說了吧；3.有利於盲人屏幕閱讀器。至於如何做到標簽語義化，就看個人的理解了，這方面我也覺得模糊，跟個人的習慣估計也有一定的關系，總之鄒惠斌老師是認為我的標簽不語義的。）
二、css，js文件數量及大小的優化
那麼關於css、js的優化的話，一般情況下建議css和js採用外聯式。但是如果你的頁面內容比較多，設計師把整個效果做得比較花的話，恐怕css就非常多了，那麼這種情況下，你一定要把你的css規劃好，盡量的採用縮寫，這樣可以減少css文件的大小，那麼對css做相應的規劃也可以減少css的個數，減少http請求數，js同理。
（PS：減少重復性代碼，代碼重復利用，在這里顯得特別重要）
三、背景圖片數量及大小的優化
當我們將設計師的設計稿還原成靜態頁面後，除非頁面所有的修飾全是色塊，內容全是文字，沒有圖片，如果不是這樣的話，那麼我們需要對圖片做優化處理。當然內容圖片我們是沒有辦法了，因為他是屬於內容部分的，一般情況是由於編輯處理，當然，我在還是有一個小小的建議，如果我們的網站中需要有內容圖片，希望編輯能夠將他們最優化以後，在進行上傳，一會兒告訴我的方法，下面我在說說，作為前端開發應該如何處理我們的修飾（背景）圖片。
由於我們的背景圖片數量比較多，這樣的話，會給伺服器帶來影響，增加了http請求數，我們是否有一種好的解決辦法呢？這個答案是肯定的，如果你是一個合格的前端開發，你應該清楚，在我們的css定義背景的時候，可以通過坐標來實現對背景進行定位的，既然如此，那麼我們可以將這些背景合並起來，這樣即可減少http請求數，同時，我們在背景整合的時候，也需要考慮圖片質量，同時也需要考慮圖片的大小，我在以前有寫過相應的博文。
（PS：這里建議使用PNG8格式的圖片結合css sprite，同樣的圖片，PNG8格式會相對來比GIF小）
四、內容圖片的大小的優化
其實剛才已經說了內容圖片的問題，那麼我在這里呢，告訴大家一個比較簡單的方法，就是使用雅虎提供的一個工具。