一、優(yōu)化網(wǎng)站響應(yīng)時(shí)間的架構(gòu)方案：
網(wǎng)站能不能留的住用戶，一方面是看內(nèi)容，另一方面是看響應(yīng)時(shí)間。通常有以下幾個(gè)方式來降低網(wǎng)站響應(yīng)時(shí)間：
1、減少HTTP請求。包括合并css和javascript。減少圖片數(shù)量，比如利用css的偏移技術(shù)來在一個(gè)圖片中選擇不同的位置內(nèi)容。利用瀏覽器的Cache功能，我們可以在頭中聲明是否被瀏覽器緩存。
2、動(dòng)態(tài)內(nèi)容靜態(tài)化。比如永久生成HTML文件。生成靜態(tài)文件并設(shè)定生存時(shí)間，到期后查詢新的動(dòng)態(tài)內(nèi)容進(jìn)行替換。
3、優(yōu)化數(shù)據(jù)庫。數(shù)據(jù)庫的性能對于項(xiàng)目整體性能中是重中之重。設(shè)計(jì)良好的Mysql比亂糟糟的Mysql性能高出N個(gè)數(shù)量級(jí)，更別論再引入NOSQL了，比如Redis，MongoDB。
4、使用負(fù)載均衡。將請求合理的分發(fā)到更多服務(wù)器。
5、使用緩存。把花費(fèi)時(shí)間和資源成本高昂的計(jì)算結(jié)果取出緩存起來，避免重復(fù)計(jì)算。比如在Mysql前面擋一層Memcached。比如生成一個(gè)文件，使用的時(shí)候include進(jìn)來。再比如PHP中的OPCACHE等。
二、壓力測試的架構(gòu)方案：
吞吐率是指單位時(shí)間內(nèi)處理的請求數(shù)，單位reqs/s。最大吞吐率是指單位時(shí)間內(nèi)能夠處理的最大請求出。模擬足夠多的人數(shù)和并發(fā)請求來測試最大吞吐率的方法叫做壓力測試。比如Apache自帶的ab(Apache Bench)。ab的參數(shù)很多，常用的有請求數(shù)(-n)，并發(fā)用戶數(shù)(-c)，超時(shí)時(shí)間(-t)，長連接(-k)，附件一個(gè)Cookie(-c name=value)
$ab -c 10 -n 1000 http://localhost/
三、長連接的架構(gòu)方案 ： 每次請求都需要TCP的三次握手，握手完比表示連接正式聯(lián)通，之后再發(fā)送數(shù)據(jù)。那么，把N個(gè)請求，就需要3N次握手，傳遞N次數(shù)據(jù)，得到N次響應(yīng)，總共5N。如果把N個(gè)請求合成一個(gè)請求，就是3次握手，1次傳遞數(shù)據(jù)，1次返回響應(yīng)，共5次。但是，有時(shí)候我們需要上一次響應(yīng)的返回結(jié)果來發(fā)送新一輪的請求，在這個(gè)時(shí)候，合并請求并不好實(shí)現(xiàn)，這就需要長連接。使用起來很簡單，在頭中包含如下：
Connection: Keep-Alive
客戶端和服務(wù)器端都可以設(shè)置長連接的最大時(shí)間，當(dāng)兩者不統(tǒng)一時(shí)以小的一方為準(zhǔn)。開啟長連接后進(jìn)行壓力測試：
發(fā)現(xiàn)提升不止三五倍。本機(jī)是提升了8倍的性能。
四、提高M(jìn)ysql的響應(yīng)速度的架構(gòu)方案 ： Handlerocker是日本的一位架構(gòu)師開發(fā)。Mysql的一種插件。Handlerocker實(shí)現(xiàn)了繞過Mysql的SQL解析層。在Mysql5.1以上版本可以使用，詳情可以查看Mysql手冊。這里就不在闡述。
五、Mysql主從復(fù)制的架構(gòu)方案 ： 在分布式部署中，1臺(tái)主庫，N臺(tái)從庫。主庫只寫，從庫只查。主庫從庫數(shù)據(jù)需要實(shí)現(xiàn)統(tǒng)一，這就是主從復(fù)制。
優(yōu)點(diǎn)是： 1、從庫備份時(shí)，主庫可以繼續(xù)處理更新。
2、優(yōu)化響應(yīng)時(shí)間。 3、增加健壯性。主庫掛了可以切換到從庫作為備份。 主從復(fù)制的實(shí)現(xiàn)過程有三步，1個(gè)在主庫，2個(gè)在從庫：
1、主庫服務(wù)器將用戶對數(shù)據(jù)庫更新的操作以二進(jìn)制格式保存到Binary Log日志文件。然后Binlog Dump線程將Binary Log日志文件傳輸給從庫服務(wù)器。
2、從庫服務(wù)器通過一個(gè)I/O線程將主庫服務(wù)器的Binary Log日志文件中的更新操作復(fù)制到一個(gè)叫做Relay Log中的中繼日志文件中。
3、從庫服務(wù)器通過另一個(gè)SQL線程Relay Log中繼日志文件中的操作依次在本地執(zhí)行，從而實(shí)現(xiàn)主從數(shù)據(jù)庫之間數(shù)據(jù)的同步。 本篇只是簡單的列出方案，詳細(xì)的配置和實(shí)現(xiàn)步驟將在另一篇中寫到。
六、代理的架構(gòu)方案 ： 讀取內(nèi)存的速度是讀取硬盤的100000-1000000倍。把訪問過的頁面緩存在內(nèi)存中，下次直接從內(nèi)存中讀取，可以有效加速。 1、傳統(tǒng)代理。客戶端發(fā)送請求給代理服務(wù)器，代理服務(wù)器向WEB服務(wù)器取到數(shù)據(jù)并返回給瀏覽器。代理服務(wù)器就是一個(gè)有大的存儲(chǔ)空間的Cache。 2、反向代理。和傳統(tǒng)代理原理類似，只是使用對象不同。傳統(tǒng)代理的使用對象是客戶端，反向代理的使用對象是服務(wù)器。用戶通過反向代理訪問Web服務(wù)器，Web服務(wù)器是隱藏起來的。不過用戶不關(guān)心這些，權(quán)把代理服務(wù)器當(dāng)作真實(shí)的Web服務(wù)器。反向代理有Vamish。
七、異步計(jì)算的架構(gòu)方案 ： 比較耗時(shí)的比如將用戶上傳的文件分發(fā)到多臺(tái)機(jī)器，比如裁剪圖片，視頻轉(zhuǎn)碼等?？梢允褂卯惒椒桨?。讓用戶無須等待計(jì)算結(jié)束而是先行返回結(jié)果。代表產(chǎn)品有和Memcache同一家的Gearman。關(guān)于Gearman的使用可以查看PHP手冊。
怎么做網(wǎng)站?隨著電子商務(wù)快速發(fā)展,網(wǎng)站建設(shè)已成為企業(yè)必須要做的事情。但是，不少企業(yè)和個(gè)人對做網(wǎng)站的基本知識(shí)仍然懵懂不清。互聯(lián)網(wǎng)時(shí)代，長點(diǎn)基本網(wǎng)建知識(shí)和小竅門，是必須的。下面腳本之家就為大家分享網(wǎng)站必須知道的四個(gè)基本常識(shí)和小竅門，希望能對大家有所幫助
新站上線之后要經(jīng)過長達(dá)三個(gè)月的審核期，那在這個(gè)時(shí)間段內(nèi)我們?nèi)绾畏治鑫覀兙W(wǎng)站的優(yōu)化效果呢?因?yàn)檫@個(gè)時(shí)間段，收錄非常不穩(wěn)定，我們通過那些細(xì)節(jié)可以了解我們優(yōu)化手法是正確的呢?請看下文
現(xiàn)在網(wǎng)站用戶需求越來越高，老網(wǎng)站必須要改版了，但是網(wǎng)站改版是我們無法回避和不得不考慮的一個(gè)問題，但是網(wǎng)站改版會(huì)降低權(quán)重和收錄，如何才能讓排名損失降到最低。在這里筆者列出了七條需要注意的事項(xiàng)，需要的朋友可以參考下
如果你的目標(biāo)是希望用戶會(huì)回頭持續(xù)訪問你的網(wǎng)站，成為忠實(shí)用戶，那么你應(yīng)該考慮提高網(wǎng)站可用性和以用戶為中心的設(shè)計(jì)原則，下面腳本之家分享了提高網(wǎng)站可用性的6大原則的，需要的朋友可以參考下
現(xiàn)在網(wǎng)站不止要做pc端的，如果要跟上互聯(lián)網(wǎng)的步伐還需要做手機(jī)端和微信網(wǎng)站，該怎么建立這個(gè)三端網(wǎng)站呢？下面我們就來看看僅需五步輕松建立一個(gè)三站合一的網(wǎng)站的技巧，需要的朋友可以參考下