Accept-Encoding編輯

HTTP Header中Accept-Encoding 是瀏覽器發(fā)給服務(wù)器,聲明瀏覽器支持的編碼類型^[1] 常見的有 Accept-Encoding: compress, gzip //支持compress 和gzip類型 Accept-Encoding:　//默認(rèn)是identity Accept-Encoding: *　//支持所有類型 Accept-Encoding: compress;q=0.5, gzip;q=1.0//按順序支持 gzip , compress Accept-Encoding: gzip;q=1.0, identity; q=0.5, *;q=0 // 按順序支持 gzip , identity 服務(wù)器返回的對(duì)應(yīng)的類型編碼header是 content-encoding.服務(wù)器處理accept-encoding的規(guī)則如下所示　1. 如果服務(wù)器可以返回定義在Accept-Encoding 中的任何一種Encoding類型, 那么處理成功(除非q的值等于0, 等于0代表不可接受)　 2. * 代表任意一種Encoding類型 (除了在Accept-Encoding中顯示定義的類型)　 3.如果有多個(gè)Encoding同時(shí)匹配, 按照q值順序排列　 4. identity總是可被接受的encoding類型(除非顯示的標(biāo)記這個(gè)類型q=0) , 如果Accept-Encoding的值是空, 那么只有identity是會(huì)被接受的類型 如果Accept-Encoding中的所有類型服務(wù)器都沒發(fā)返回, 那么應(yīng)該返回406錯(cuò)誤給客戶端 如果request中沒有Accept-Encoding 那么服務(wù)器會(huì)假設(shè)所有的Encoding都是可以被接受的。 如果Accept-Encoding中有identity 那么應(yīng)該優(yōu)先返回identity (除非有q值的定義,或者你認(rèn)為另外一種類型是更有意義的) 注意: 如果服務(wù)器不支持identity 并且瀏覽器沒有發(fā)送Accept-Encoding,那么服務(wù)器應(yīng)該傾向于使用HTTP1.0中的 "gzip" and "compress" , 服務(wù)器可能按照客戶端類型 發(fā)送更適合的encoding類型大部分HTTP1.0的客戶端無法處理q值

2編碼類型編輯

GZIP:^[2] GZIP最早由Jean-loup Gailly和Mark Adler創(chuàng)建，用于UNIX系統(tǒng)的文件壓縮。我們?cè)贚inux中經(jīng)常會(huì)用到后綴為.gz的文件，它們就是GZIP格式的。現(xiàn)今已經(jīng)成為Internet 上使用非常普遍的一種數(shù)據(jù)壓縮格式，或者說一種文件格式。　HTTP協(xié)議上的GZIP編碼是一種用來改進(jìn)WEB應(yīng)用程序性能的技術(shù)。大流量的WEB站點(diǎn)常常使用GZIP壓縮技術(shù)來讓用戶感受更快的速度。這一般是指WWW服務(wù)器中安裝的一個(gè)功能,當(dāng)有人來訪問這個(gè)服務(wù)器中的網(wǎng)站時(shí),服務(wù)器中的這個(gè)功能就將網(wǎng)頁內(nèi)容壓縮后傳輸?shù)絹碓L的電腦瀏覽器中顯示出來.一般對(duì)純文本內(nèi)容可壓縮到原大小的40%.這樣傳輸就快了,效果就是你點(diǎn)擊網(wǎng)址后會(huì)很快的顯示出來.當(dāng)然這也會(huì)增加服務(wù)器的負(fù)載. 一般服務(wù)器中都安裝有這個(gè)功能模塊的. COMPRESS^[3] compress是一個(gè)相當(dāng)古老的 unix 檔案壓縮指令，壓縮后的檔案會(huì)加上一個(gè) .Z 延伸檔名以區(qū)別未壓縮的檔案，壓縮后的檔案可以以 uncompress 解壓。若要將數(shù)個(gè)檔案壓成一個(gè)壓縮檔，必須先將檔案 tar 起來再壓縮。由于 gzip 可以產(chǎn)生更理想的壓縮比例，一般人多已改用 gzip 為檔案壓縮工具。

總結(jié)

以上是生活随笔為你收集整理的Accept-Encoding的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。