㈠ 如何开启gzip压缩
gzip是HTML压缩算法的一种，HTTP压缩是在Web服务器和浏览器间传输压缩文本内容的方法。HTTP压缩工作原理是：
Web服务器接收到浏览器的HTTP请求后，检查浏览器是否支持HTTP压缩；
如果浏览器支持HTTP压缩，Web服务器检查请求文件的后缀名；
如果请求文件是HTML、CSS等静态文件，Web服务器到压缩缓冲目录中检查是否已经存在请求文件的最新压缩文件；
如果请求文件的压缩文件不存在，Web服务器向浏览器返回未压缩的请求文件，并在压缩缓冲目录中存放请求文件的压缩文件；
如果请求文件的最新压缩文件已经存在，则直接返回请求文件的压缩文件；
如果请求文件是ASPX等动态文件，Web服务器动态压缩内容并返回浏览器，压缩内容不存放到压缩缓存目录中。
怎么做gzip压缩呢？大致有：在Contol Pannel开启gzip、开启http服务器gzip、利用php本身的gzip。
IE6和火狐都支持客户端gzip，在网页传输之前，先使用gzip压缩再传输给客户端，客户端接收之后由浏览器解压显示。
IIS6已经内建了gzip压缩的支持。在IIS6上做gzip压缩的方法是：
如果你需要压缩静态文件，可以先在硬盘上新建一个目录，并给它“IUSR_机器名”这个用户设置写权限。如果压缩动态文件就可以不用这样的，因为它的页面是每次都动态生成的（页面动态生成），压缩完就放弃。然后在IIS管理器中，“网站”上面右键－属性，不是下面的某个站点，而是整个网站。进入“服务”标签，选上启用动态内容压缩，静态内容压缩。给gzip的临时目录空间不要太大了200MB左右就够了。
然后选中网站下面那个服务器扩展，新建一个服务器扩展。可以用任何你想用的名字，下面的添加文件的路径是：
c:\windows\system32\inetsrv\gzip.dll，然后启用这个扩展。
这时候静态内容是可以压缩的，但是对于动态内容，aspx文件却不在压缩范围内。我们只能去修改它的配置文件了。
在c:\windows\system32\inetsrv\下面有个MetaBase.xml文件，可以用记事本打开，找到IIsCompressionScheme，有三个相同名字的段，
分别是
<IIsCompressionScheme Location =“/LM/W3SVC/Filters/Compression/deflate”
<IIsCompressionScheme Location =“/LM/W3SVC/Filters/Compression/gzip”
<IIsCompressionSchemes Location =“/LM/W3SVC/Filters/Compression/Parameters”
前两段有基本相同的参数，在这两段的参数HcScriptFileExtensions下面都加上一行aspx，如果你有其它的动态程序要压缩，也加在这里。HcDynamicCompressionLevel改成9，9是性价比最高的一个。
至此，怎么做gzip压缩的过程我们就都实现了，需要注意的是：网页启用了gzip压缩后网站打开速度通常可能不会有太明显的感觉（相对于浏览者），可以用一些特定的来检查你的网页是否压缩过了，以及压缩比和加快的速度。
㈡ 常见的http请求头和响应头
探索HTTP交互的基石：请求头与响应头详解
在Web通信中，HTTP请求头和响应头就像无形的信使，传递着客户端与服务器之间的交流信息。让我们一起深入理解这些关键的元数据，它们在每次数据传输中起着至关重要的作用。
同样重要的是服务器向客户端发送的响应头，它们传递了资源的详细信息和控制策略。
了解这些HTTP请求头和响应头的细微差别，有助于我们优化网络请求，提高用户体验，以及更好地管理Web应用程序与服务器之间的交互。
㈢ 缃戠珯缃戦〉镐庝箞铡嬬缉缃戠珯缃戦〉镐庝箞铡嬬缉鏂囦欢
缃戦〉镐庝箞铡嬬缉锛熼珮镓嬫寚镣逛竴涓嬨
涓.镐荤粨链鏂囨荤粨浜嗗备綍涓篒IS镓樼＄殑缃戠珯钖鐢℅zip铡嬬缉锛屼粠钥屽噺灏戠绣椤电绣缁滀紶杈撶殑澶у皬锛屾彁楂樼敤鎴风殑椤甸溃鏄剧ず阃熷害銆
浜屻备粙缁
链鏂囩煡璇嗙偣鏀堕泦镊缃戠粶锛屼富瑕佹潵婧愪簬涓鏂囩淮锘恒傚湪浣跨敤YSlow妫娴嬬绣绔欎腑钖鐢ㄤ简鍝浜涗紭鍖栨椂锛孏zip鏄涓涓鍏抽敭銆傚惎锷℅ip铡嬬缉灏嗙珛鍗冲噺灏戦〉闱㈢殑缃戠粶浼犺緭澶у皬銆
涓夈侣TTP铡嬬缉姒傝堪
HTTP铡嬬缉鏄涓绉嶅湪Web链嶅姟鍣ㄥ拰娴忚埚櫒涔嬮棿浼犺緭铡嬬缉鏂囨湰鍐呭圭殑鏂规硶銆侣TTP浣跨敤gzip绛夐氱敤铡嬬缉绠楁硶铡嬬缉HTML銆丣avaScript鎴朇SS鏂囦欢銆
铡嬬缉链澶х殑濂藉勬槸鍑忓皯浜嗙绣缁滀紶杈撶殑鏁版嵁閲忥纴浠庤屾彁楂树简瀹㈡埛绔娴忚埚櫒镄勮块梾阃熷害銆
褰撶劧涔熶细涓镣圭偣澧炲姞链嶅姟鍣ㄧ殑璐熸媴銆侴zip鏄涓绉嶅父瑙佺殑HTTP铡嬬缉绠楁硶銆
锲涖侣TTP铡嬬缉镄勫伐浣滃师鐞
澶勭悊HTTP铡嬬缉镄刉eb链嶅姟鍣ㄧ殑宸ヤ綔铡熺悊濡备笅:
1.缃
链嶅姟鍣ㄦ敹鍒版祻瑙埚櫒镄凥TTP璇锋眰钖庯纴妫镆ユ祻瑙埚櫒鏄钖︽敮鎸丠TTP铡嬬缉锛
鍦ㄧ敤鎴锋祻瑙埚櫒鍙戦佺殑璇锋眰镄凥TTP澶翠腑锛岀敤钬淎ccept-Encoding:gzip锛宒eflate闱欐佹枃浠朵笌锷ㄦ佹枃浠跺悗缂钖锷ㄨ佹眰閮介渶瑕佸湪MetaBase.xml涓璁剧疆.
闇瑕佽剧疆闱欐佹枃浠:
HcFileExtensions鍏冩暟鎹搴揿睘镐
(镣瑰嚮璺宠浆鍒癕SDN鎻忚堪)闇瑕佽剧疆锷ㄦ佹枃浠:hcscriptfileextensions鍏冩暟鎹搴揿睘镐(镣瑰嚮璺宠浆鍒癕SDN鎻忚堪)
3.濡傛灉璇锋眰镄勬枃浠舵槸HTML銆丆SS绛夐润镐佹枃浠讹纴涓旀枃浠跺悗缂钖鐢ㄤ简铡嬬缉锛屽垯Web链嶅姟鍣ㄦ镆ヨ锋眰鏂囦欢镄勬渶鏂板帇缂╂枃浠舵槸钖﹀凡缁忓瓨鍦ㄤ簬铡嬬缉缂揿啿鍖虹洰褰曚腑锛
4.濡傛灉璇锋眰鏂囦欢镄勫帇缂╂枃浠朵笉瀛桦湪锛学eb链嶅姟鍣ㄥ皢链铡嬬缉镄勮锋眰鏂囦欢杩斿洖缁欐祻瑙埚櫒锛屽苟灏呜锋眰鏂囦欢镄勫帇缂╂枃浠跺瓨鍌ㄥ湪铡嬬缉缂揿啿鐩褰曚腑锛
5.濡傛灉璇锋眰鏂囦欢镄勬渶鏂板帇缂╂枃浠跺凡缁忓瓨鍦锛屽垯鐩存帴杩斿洖璇锋眰鏂囦欢镄勫帇缂╂枃浠讹绂
6.濡傛灉璇锋眰镄勬枃浠舵槸锷ㄦ佹枃浠(濡侫SPX),骞朵笖鏂囦欢钖庣紑钖鐢ㄤ简铡嬬缉锛屽垯Web链嶅姟鍣ㄤ细锷ㄦ佸帇缂╁唴瀹瑰苟灏嗗叾杩斿洖缁欐祻瑙埚櫒锛屽苟涓斿帇缂╃殑鍐呭逛笉浼氩瓨鍌ㄥ湪铡嬬缉缂揿瓨鐩褰曚腑銆
锷ㄨ瘝锛坴erb镄勭缉鍐欙级鍦↖IS涓钖鐢℉TTP铡嬬缉
IIS榛樿や笉鏀鎸丠TTP铡嬬缉锛屾墍浠ラ渶瑕佺亩鍗曢厤缃銆
1.镓揿紑Internet淇℃伅链嶅姟(IIS)绠＄悊鍣锛屽彸阌鍗曞嚮钬灭绣绔欌->锛"灞炴р濋夋嫨钬沧湇锷♀濄傚湪钬滃帇缂〩TTP钬濅腑阃変腑澶嶉夋嗐傚帇缂╁簲鐢ㄧ▼搴忔枃浠垛濆拰钬滃帇缂╂枃浠
2.鎻愰啋:杩欎釜姝ラゅ湪娴嬭瘯钖庡规垜镄勭数鑴戞病链夊奖鍝嶏纴鍙浠ュ拷鐣ャ傚湪Internet淇℃伅链嶅姟(IIS)绠＄悊鍣ㄤ腑锛屽彸阌鍗曞嚮钬淲eb链嶅姟镓╁𪾢钬"娣诲姞鏂扮殑Web链嶅姟镓╁𪾢..."锛屽湪钬滃垱寤烘柊镄刉eb链嶅姟镓╁𪾢钬濇嗕腑杈揿叆镓╁𪾢钖岖О钬淗TTP铡嬬缉
3.鐢ㄦ枃链缂栬緫鍣ㄦ墦寮C:.XML(寤鸿鍏埚囦唤)镓惧埌Location=鐢ㄤ簬璁剧疆鏀炬皵铡嬬缉銆备互涓娄袱涓鑺傜偣鐩搁偦銆傚苟涓旇剧疆镄勫睘镐ф槸鐩稿悓镄勚
濡傛灉闇瑕佸帇缂╁姩镐佹枃浠讹纴璇峰皢HcDoDynamicCompression璁剧疆涓衡淭RUE濡傛灉闇瑕佸帇缂╅润镐佹枃浠讹纴璇峰皢HcDoStaticCompression鍜孒cDoOnDemandCompression璁剧疆涓衡淭RUE/LM/W3SVC/Filters/铡嬬缉/deflate
2.HcCompressionDll=
3.HcCreateFlags=
4.HcDoDynamicCompression=TRUE9
15.
HcOnDemandCompLevel=
23./LM/W3SVC/Filters/Compression/gzip
24.HcCompressionDll=
25.HcCreateFlags=TRUE9
37.HcOnDemandCompLevel=
銆俢sharpcode锛屻俢sharpcodepre{font-size:small锛涢滆壊:榛戣壊锛
font-family:consolas锛
鑳屾櫙镩:#ffffff/*绌虹槠:pre*/}.csharpcodepre
{margin:0em锛泒.csharpcode銆俽em{color:#008000锛泒.csharpcode銆俴wrd
{
棰滆壊:
#0000ff
}
銆俢sharpcode
銆傛綔镩囩敤鐑涓瀛愬弽搴斿爢锛坰ubmarinethermalreactor镄勭缉鍐欙级
{
棰滆壊:
#006080;
}
銆俢sharpcode
銆傚栫戞坠链
{color:#0000c0锛泒.csharpcode銆傞勭紪绋媨棰滆壊:
#cc6633}.csharpcode銆俛sp{鑳屾櫙镩:
#ffff00
}
銆俢sharpcode
銆傝秴鏂囨湰镙囱拌瑷
{
棰滆壊:
#800000;
}
銆俢sharpcode
銆傚睘镐
{
棰滆壊:
#ff0000}.csharpcode銆俛lt{background-color:#f4f4f4锛涘藉害:100%锛
杈硅窛:0em}.csharpcode銆俵num{color:#606060锛泒
4.缂栬緫钖庝缭瀛楳etaBase.xml鏂囦欢锛涘傛灉镞犳硶淇濆瓨璇ユ枃浠讹纴瀹冨彲鑳芥ｅ湪琚献IS浣跨敤銆傛墦寮钬滃紑濮嬧->锛"绠＄悊宸ュ叿"链嶅姟钬濓纴锅沧⑩泪IS绠＄悊链嶅姟鎴栬呭湪闇瑕佽皟鑺傜殑椤甸溃锛屾寜浣忛敭鐩樼殑銆怌trl銆戦敭锛屽悓镞舵粦锷ㄩ紶镙囩殑婊戣疆鍗冲彲璋冭妭銆
1.镓揿紑娴忚埚櫒,鎸変笅Ctrl阌,榧犳爣婊戣疆钖戝墠婊戝姩銆
2.灏嗛〉闱㈠ぇ灏忛吨鏂版仮澶嶅埌100%,杩欐牱缃戦〉灏辨仮澶嶆垚锷熴
3.鎴栬呯偣鍑?-璁剧疆銆
4.鍦ㄨ剧疆椤甸溃,镓惧埌缃戦〉缂╂斁,镣瑰嚮缃戦〉缂╂斁銆
鐢佃剳缃戦〉镐庝箞缂╁皬鏀惧ぇ锛
1.镓揿紑鐢佃剳缃戦〉锛屽湪鍙充笅瑙掓垒鍒颁竴涓鏀惧ぇ闀滃浘镙囷纴镣瑰嚮鍙充晶镄刜锲炬爣
2.鍑虹幇凿滃崟钖庯纴鐢ㄩ紶镙囨嫋锷ㄦ粦锷ㄦ浔锛屽悜宸﹀氨鏄缂╁皬缃戦〉锛屽悜鍙虫嫋锷锛屽氨鏄鏀惧ぇ缃戦〉銆
鎴戞兂鎶婄绣绔欓〉闱㈢殑瀛椾綋鍙桦皬镐庝箞璁剧疆锛
1銆佹寜浣廋TRL阌锛岀劧钖庤浆锷ㄩ紶镙囦腑杞锛屽氨浼氩彂鐜扮绣椤垫枃瀛椾细鍙桦ぇ鎴栫缉灏忥纴璋冨埌阃傚綋澶у皬灏卞彲浠ヤ简銆
2銆佺偣鍑绘祻瑙埚櫒鍙充笅瑙掓樉绀烘瘆渚嫔浘镙囷纴鎶婃瘆渚嬭皟鏁翠负100%灏卞彲鎭㈠嶆ｅ父銆
3銆佺偣鍑绘爣棰樻爮涓镄勬煡鐪嬧斺旂缉鏀撅纴阃夋嫨100%灏卞彲浠ヤ简銆
4銆佸傛灉寰椾笉鍒拌В鍐筹纴娴忚埚櫒链変釜淇澶嶅伐鍏凤纴鍙浠ヤ慨澶嶆祻瑙埚櫒銆
5銆佸傝缮寰椾笉鍒拌В鍐筹纴鍙浠ラ吨鏂颁笅杞藉畨瑁呮祻瑙埚櫒銆
鏂囦欢澶瑰帇缂╂庝箞镎崭綔锛
榧犳爣鍙抽敭镣瑰嚮瑕佸帇缂╃殑鐢佃剳鏂囨。锛屽脊鍑鸿彍鍗曞悗锛岀偣鍑绘坊锷犲埌铡嬬缉鏂囦欢銆
寮瑰嚭椤甸溃钖庯纴涓哄帇缂╂枃浠跺懡钖嶅拰阃夋嫨淇濆瓨娓犻亾锛岀偣鍑荤‘瀹氥
灏卞畬鎴愬帇缂╂枃浠朵简銆
㈣ Edge浏览器将以HTTP内容编码方式上线支持Brotli压缩算法
微软Edge团队高级项目经理Rob Trace宣布，Edge浏览器将以HTTP内容编码方式上线支持Brotli压缩算法。版本号高于14986的Windows Insider成员现在已经可以在Edge浏览器中充分利用Brotli了，即将于2017年上线的Windows 10 Creators Update也将支持Brotli。
Brotli压缩算法由谷歌压缩团队的Jyrki Alakuijala和Zoltan Szabadka开发，它在瑞士德语中的意思是小面包，速度与zlib的Deflate实现一样快，可以提供比Zopfli高20-26%的压缩比。去年10月，Google宣布开源该压缩算法。
在最新Windows 10预览版中，微软Edge支持对HTTPS和HTTP链接进行Brotli压缩。在未来的版本更新中，我们将会继续深化习惯使HTTPS链接只支持Brotli。同Chrome浏览器相同，我们将会继续继续在HTTP链接上解码Brotli。不过需要注意的是，在当前版本中使用F12开发者工具无法正确现实接收的编码响应header。这个问题在issues.microsoftedge.com网站上的编号为9771399。