欧美一区二区三区老妇人-欧美做爰猛烈大尺度电-99久久夜色精品国产亚洲a-亚洲福利视频一区二区

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

這篇文章主要講解了“web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析”,文中的講解內(nèi)容簡單清晰,易于學(xué)習(xí)與理解,下面請大家跟著小編的思路慢慢深入,一起來研究和學(xué)習(xí)“web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析”吧!

創(chuàng)新互聯(lián)專注于茅箭企業(yè)網(wǎng)站建設(shè),成都響應(yīng)式網(wǎng)站建設(shè)公司,成都商城網(wǎng)站開發(fā)。茅箭網(wǎng)站建設(shè)公司,為茅箭等地區(qū)提供建站服務(wù)。全流程定制網(wǎng)站建設(shè),專業(yè)設(shè)計,全程項目跟蹤,創(chuàng)新互聯(lián)專業(yè)和態(tài)度為您提供的服務(wù)

Http Compression(壓縮);Content Expirations (內(nèi)容過期);Content Distribution Networks - cdn(內(nèi)容分發(fā)網(wǎng)絡(luò));Etags (E標簽);去掉沒必要的Http header

【Compression】

我們前邊提到過,性能規(guī)則中的一條就是在服務(wù)器和瀏覽器之間傳輸?shù)臄?shù)據(jù)越少越好。介于此規(guī)則,我們可以使用一個比較成熟的技術(shù):Http Compression。

Server 端會評估客戶端發(fā)來的http request中header里的"Accept-Encoding”。來確定客戶端是否能處理壓縮過的數(shù)據(jù)。如果支持,server端會去對數(shù)據(jù)進行壓縮并返回結(jié)果到客戶端。

在keynote這個第三方服務(wù)評估的結(jié)果是,可以平均節(jié)省53%的帶寬,,網(wǎng)站平均快了25%。

現(xiàn)在IIS也提供這種技術(shù)的支持(免費的)

IIS7 對 compression 的支持

支持配置當(dāng)cpu占用率過高時,自動停止使用

默認最小的文件大小是256k。

默認啟動靜態(tài)內(nèi)容的壓縮

【在IIS中配置Compression】

打開IIS。選中一個你的網(wǎng)站。在右邊選項卡里選擇壓縮(compression)

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

也許有的朋友會發(fā)現(xiàn),動態(tài)壓縮是灰色的。其實是我們沒安裝動態(tài)壓縮模塊。我使用的是win7。安裝方法如下:

控制面板-》程序-》開啟或關(guān)閉windows功能-》Internet 信息服務(wù)-》萬維網(wǎng)服務(wù)-》性能功能(猥瑣)-》動態(tài)內(nèi)容壓縮

如果是win server版本的朋友需要:

Administrative Tools | Server Manager。

展開Roles,點擊Web Server(IIS)。

滾動到Role Services,點擊Add Role Services,打開Add Role Services向?qū)А?/p>

在Select Role Services頁面,滾動到Performance,選擇Dynamic Content Compression,選擇下一步。

現(xiàn)在我們還用***章里用到的那個網(wǎng)站做測試。打開fiddler。

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

記下每個文件的大小。返回到IIS,開啟動態(tài)壓縮和靜態(tài)壓縮。現(xiàn)在IIS 再接收到請求我的js和css文件時。它先會判斷是否已經(jīng)壓縮過唄請求的文件。如果沒有它會進行壓縮,并且存儲到某一個目錄。其他用戶同樣請求相同的文件時,它直接獲取壓縮過的文件即可。

現(xiàn)在我們回到fiddler看看結(jié)果吧。

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

jquery 文件從236K被壓縮到90k。其他js和css文件也都受到相應(yīng)的壓縮。

現(xiàn)在我們再使用上一章的另一把利器microsoft network monitor觀察壓縮前和壓縮后  來看看發(fā)生了什么變化。

壓縮前:

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

壓縮后:

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

非常容易使用 MS Network monitor 對比出。壓縮前后,frame的數(shù)目明顯的減少了,從40條減少到9條。

由于95%以上的請求都會被詢問是否啟用compression。所以主流的瀏覽器都支持compression。

啟用compression會占用少許的cpu。IIS7 對這一塊做了優(yōu)化。

為了確保壓縮沒有使CPU超載,IIS7每30秒計算平均CPU利用率。當(dāng)CPU利用率超過一個限制時,它會自動關(guān)閉壓縮。當(dāng)CPU利用率低于限制時, 它會重新啟用壓縮。

限制的默認值是:

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

注意這意味著如果服務(wù)器上的CPU一直在50%以上,但偶然高于90%,動態(tài)文件壓縮會被關(guān)閉,但再也不會重新開啟了。

可以通過修改applicationHost.config文件修改這些限制,通常它在C:\Windows\System32\inetsrv\config文件夾下。

找到<httpCompression>節(jié)。

2.修改httpdynamicCompressionEnableCpuUsage屬性:<httpCompressiondynamicCompressionEnableCpuUsage="70".... >

3.重啟IIS。

【Content Expirations】

回顧一下我們***張講過的性能規(guī)則。有一條是盡可能不經(jīng)常地傳輸數(shù)據(jù)。

一個用戶訪問我網(wǎng)站的首頁,他會得到我的js,css和圖片等文件。瀏覽器則替他保存到本地的緩存中。過了幾天用戶又來訪問我的網(wǎng)站了。服務(wù)器還會看看瀏覽器緩存中有木有他要的文件。如果有的話,它會告訴server。我有這個文件。但是我想知道它的版本是不是***的。服務(wù)器會看看這個文件到底改沒改。如果改了,服務(wù)器會發(fā)送新的文件。如果沒,服務(wù)器會返回給瀏覽器狀態(tài)碼304。濤聲依舊。

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

304.沒改。

利用瀏覽器緩存:

對于content folder 設(shè)置過期時間

盡量避免請求不經(jīng)常改動的文件

重命名文件,如果需要重寫瀏覽器緩存(版本號/時間戳)

【在IIS中配置Content Expirations】

打開IIS。選中你的站點。選中scripts文件夾(裝js的地方。如果有的話)在視圖選項卡里找到HTTP 響應(yīng)標頭并進入。

右上角,設(shè)置常用標頭-》使web內(nèi)容過期。我們設(shè)置5天吧。這時候訪問我們的網(wǎng)站。使用fiddler 觀察結(jié)果如下:

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

那個max-age 我們算算 。正好是5天:)現(xiàn)在我們再打開IE。internet選項-》瀏覽歷史記錄-》設(shè)置-》查看文件

找到我們的js文件。查看屬性,8月7號過期,正好5天:)

【CDN】

另一個對于提高網(wǎng)站性能有效的辦法就是使用CDN了。

CDN的全稱是Content Delivery Network,即內(nèi)容分發(fā)網(wǎng)絡(luò)。其基本思路是盡可能避開互聯(lián)網(wǎng)上有可能影響數(shù)據(jù)傳輸速度和穩(wěn)定性的瓶頸和環(huán)節(jié),使內(nèi)容傳輸?shù)母臁⒏€(wěn)定。通過在網(wǎng)絡(luò)各處放置節(jié)點服務(wù)器所構(gòu)成的在現(xiàn)有的互聯(lián)網(wǎng)基礎(chǔ)之上的一層智能虛擬網(wǎng)絡(luò),CDN系統(tǒng)能夠?qū)崟r地根據(jù)網(wǎng)絡(luò)流量和各節(jié)點的連接、負載狀況以及到用戶的距離和響應(yīng)時間等綜合信息將用戶的請求重新導(dǎo)向離用戶最近的服務(wù)節(jié)點上。其目的是使用戶可就近取得所需內(nèi)容,解決 Internet網(wǎng)絡(luò)擁擠的狀況,提高用戶訪問網(wǎng)站的響應(yīng)速度。

下面我來講講我們可以利用到的CDN:

JQuery是現(xiàn)在***的js library之一。google、microsoft、jquery.com都免費host了jquery庫在它們的cdn上。請看下圖:

我在這里可以使用我們自己的服務(wù)器上的jquery文件。也可以選擇從google、微軟和jquery官網(wǎng)的cnd來讀。即可以給自己服務(wù)器減少壓力。也可以利用cnd加快讀取速度。

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

【ETags】

什么是ETags?Etag的全稱是 entity tag。ETag實際上是一個hash+changeNumber組成的值。hash由文件內(nèi)容生成。IIS7中changeNumber默認是0;

本章前邊內(nèi)容提到,我們通過設(shè)置內(nèi)容過期,利用瀏覽器緩存達到性能優(yōu)化的效果,會使用expires headers告訴瀏覽器,不用再發(fā)送條件GET請求給服務(wù)器啦,直接用緩存里面的數(shù)據(jù)就可以啦,從而加快訪問速度。

Etags 使用過程如下:

1.客戶端請求一個資源source 。

2.服務(wù)器返回頁面souce,并在給source加上一個ETag。

3.客戶端展現(xiàn)該頁面,并將頁面連同ETag一起緩存。

4.客戶再次請求資源source,并將上次請求時服務(wù)器返回的ETag一起傳遞給服務(wù)器。

5.服務(wù)器檢查該ETag,并判斷出該頁面自上次客戶端請求之后還未被修改,直接返回響應(yīng)304(未修改&mdash;&mdash;Not Modified)和一個空的響應(yīng)體。

從此看來Etag有可能會誤導(dǎo)瀏覽器,讓瀏覽器忽略緩存重復(fù)下載相同的文件。

我們試著從刪除ETAG。

先看看沒刪除之前ETAG長什么樣?

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

using System;  using System.Collections.Generic;  using System.Linq;  using System.Web;  /// <summary>  /// Summary description for ETagRemoveModule  /// </summary>  public class ETagRemoveModule : System.Web.IHttpModule  {      public ETagRemoveModule()      {          //          // TODO: Add constructor logic here          //      }      public void Dispose()      {       }      public void Init(HttpApplication context)      {          context.EndRequest += new EventHandler(HandlerEndRequest);      }      public void HandlerEndRequest(Object sender, EventArgs e)      {      System.Web.HttpContext.Current.Response.Headers.Remove("ETag");      }  }
<system.webServer>    <modules>      <add name="ETagRemoveModule.cs" type="ETagRemoveModule"/>    </modules>  </system.webServer>

ETags就沒啦:)

【去掉沒必要的Http header】

我們使用fiddler 可以看到,http response header 包含了很多信息。

web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析

但是有些信息是沒必要展示給用戶看的。比如我們使用了.netframework 4.0.我們使用IIS7.5。

首先它是多余的信息。其次它也有可能被一些駭客利用。

所以我們修改一下我們的代碼:

public void HandlerEndRequest(Object sender, EventArgs e)      {          HttpResponse oResponse = System.Web.HttpContext.Current.Response;          if (null != oResponse)          {              oResponse.Headers.Remove("X-AspNet-Version");              oResponse.Headers.Remove("Server");              oResponse.Headers.Remove("ETag");           }      }

感謝各位的閱讀,以上就是“web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析”的內(nèi)容了,經(jīng)過本文的學(xué)習(xí)后,相信大家對web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析這一問題有了更深刻的體會,具體使用情況還需要大家實踐驗證。這里是創(chuàng)新互聯(lián),小編將為大家推送更多相關(guān)知識點的文章,歡迎關(guān)注!

本文名稱:web網(wǎng)站性能基礎(chǔ)建設(shè)舉例分析
網(wǎng)頁鏈接:http://www.chinadenli.net/article36/gcijpg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供微信小程序品牌網(wǎng)站設(shè)計App開發(fā)Google移動網(wǎng)站建設(shè)網(wǎng)站改版

廣告

聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)

成都做網(wǎng)站