iOS開發－－HTTP Header 詳解
HTTP（HyperTextTransferProtocol）即超文字傳輸協議，目前網頁傳輸的的通用協議。HTTP協議採用了請求/響應模型，瀏覽器或其他客戶端發出請求，伺服器給與響應。就整個網路資源傳輸而言，包括message-header和message-body兩部分。首先傳遞message-header，即http header訊息 。http header 訊息通常被分為4個部分：general header, request header, response header, entity header。但是這種分法就理解而言，感覺界限不太明確。根據維基百科對http header內容的組織形式，大體分為Request和Response兩部分。
Requests部分
| Header | 解釋 | 示例 |
|---|---|---|
| Accept | 指定客戶端能夠接收的內容型別 | Accept: text/plain, text/html |
| Accept-Charset | 瀏覽器可以接受的字元編碼集。 | Accept-Charset: iso-8859-5 |
| Accept-Encoding | 指定瀏覽器可以支援的web伺服器返回內容壓縮編碼型別。 | Accept-Encoding: compress, gzip |
| Accept-Language | 瀏覽器可接受的語言 | Accept-Language: en,zh |
| Accept-Ranges | 可以請求網頁實體的一個或者多個子範圍欄位 | Accept-Ranges: bytes |
| Authorization | HTTP授權的授權證書 | Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
| Cache-Control | 指定請求和響應遵循的快取機制 | Cache-Control: no-cache |
| Connection | 表示是否需要持久連線。（HTTP 1.1預設進行持久連線） | Connection: close |
| Cookie | HTTP請求傳送時，會把儲存在該請求域名下的所有cookie值一起傳送給web伺服器。 | Cookie: $Version=1; Skin=new; |
| Content-Length | 請求的內容長度 | Content-Length: 348 |
| Content-Type | 請求的與實體對應的MIME資訊 | Content-Type: application/x-www-form-urlencoded |
| Date | 請求傳送的日期和時間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
| Expect | 請求的特定的伺服器行為 | Expect: 100-continue |
| From | 發出請求的使用者的Email | From: [email protected] |
| Host | 指定請求的伺服器的域名和埠號 | Host: www.zcmhi.com |
| If-Match | 只有請求內容與實體相匹配才有效 | If-Match: “737060cd8c284d8af7ad3082f209582d” |
| If-Modified-Since | 如果請求的部分在指定時間之後被修改則請求成功，未被修改則返回304程式碼 | If-Modified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
| If-None-Match | 如果內容未改變返回304程式碼，引數為伺服器先前傳送的Etag，與伺服器迴應的Etag比較判斷是否改變 | If-None-Match: “737060cd8c284d8af7ad3082f209582d” |
| If-Range | 如果實體未改變，伺服器傳送客戶端丟失的部分，否則傳送整個實體。引數也為Etag | If-Range: “737060cd8c284d8af7ad3082f209582d” |
| If-Unmodified-Since | 只在實體在指定時間之後未被修改才請求成功 | If-Unmodified-Since: Sat, 29 Oct 2010 19:43:31 GMT |
| Max-Forwards | 限制資訊通過代理和閘道器傳送的時間 | Max-Forwards: 10 |
| Pragma | 用來包含實現特定的指令 | Pragma: no-cache |
| Proxy-Authorization | 連線到代理的授權證書 | Proxy-Authorization: Basic QWxhZGRpbjpvcGVuIHNlc2FtZQ== |
| Range | 只請求實體的一部分，指定範圍 | Range: bytes=500-999 |
| Referer | 先前網頁的地址，當前請求網頁緊隨其後,即來路 | Referer: http://www.zcmhi.com/archives/71.html |
| TE | 客戶端願意接受的傳輸編碼，並通知伺服器接受接受尾加頭資訊 | TE: trailers,deflate;q=0.5 |
| Upgrade | 向伺服器指定某種傳輸協議以便伺服器進行轉換（如果支援） | Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 |
| User-Agent | User-Agent的內容包含發出請求的使用者資訊 | User-Agent: Mozilla/5.0 (Linux; X11) |
| Via | 通知中間閘道器或代理伺服器地址，通訊協議 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
| Warning | 關於訊息實體的警告資訊 | Warn: 199 Miscellaneous warning |
Responses 部分
| Header | 解釋 | 示例 |
|---|---|---|
| Accept-Ranges | 表明伺服器是否支援指定範圍請求及哪種型別的分段請求 | Accept-Ranges: bytes |
| Age | 從原始伺服器到代理快取形成的估算時間（以秒計，非負） | Age: 12 |
| Allow | 對某網路資源的有效的請求行為，不允許則返回405 | Allow: GET, HEAD |
| Cache-Control | 告訴所有的快取機制是否可以快取及哪種型別 | Cache-Control: no-cache |
| Content-Encoding | web伺服器支援的返回內容壓縮編碼型別。 | Content-Encoding: gzip |
| Content-Language | 響應體的語言 | Content-Language: en,zh |
| Content-Length | 響應體的長度 | Content-Length: 348 |
| Content-Location | 請求資源可替代的備用的另一地址 | Content-Location: /index.htm |
| Content-MD5 | 返回資源的MD5校驗值 | Content-MD5: Q2hlY2sgSW50ZWdyaXR5IQ== |
| Content-Range | 在整個返回體中本部分的位元組位置 | Content-Range: bytes 21010-47021/47022 |
| Content-Type | 返回內容的MIME型別 | Content-Type: text/html; charset=utf-8 |
| Date | 原始伺服器訊息發出的時間 | Date: Tue, 15 Nov 2010 08:12:31 GMT |
| ETag | 請求變數的實體標籤的當前值 | ETag: “737060cd8c284d8af7ad3082f209582d” |
| Expires | 響應過期的日期和時間 | Expires: Thu, 01 Dec 2010 16:00:00 GMT |
| Last-Modified | 請求資源的最後修改時間 | Last-Modified: Tue, 15 Nov 2010 12:45:26 GMT |
| Location | 用來重定向接收方到非請求URL的位置來完成請求或標識新的資源 | Location: http://www.zcmhi.com/archives/94.html |
| Pragma | 包括實現特定的指令，它可應用到響應鏈上的任何接收方 | Pragma: no-cache |
| Proxy-Authenticate | 它指出認證方案和可應用到代理的該URL上的引數 | Proxy-Authenticate: Basic |
| refresh | 應用於重定向或一個新的資源被創造，在5秒之後重定向（由網景提出，被大部分瀏覽器支援） | Refresh: 5; url= http://www.zcmhi.com/archives/94.html |
| Retry-After | 如果實體暫時不可取，通知客戶端在指定時間之後再次嘗試 | Retry-After: 120 |
| Server | web伺服器軟體名稱 | Server: Apache/1.3.27 (Unix) (Red-Hat/Linux) |
| Set-Cookie | 設定Http Cookie | Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1 |
| Trailer | 指出頭域在分塊傳輸編碼的尾部存在 | Trailer: Max-Forwards |
| Transfer-Encoding | 檔案傳輸編碼 | Transfer-Encoding:chunked |
| Vary | 告訴下游代理是使用快取響應還是從原始伺服器請求 | Vary: * |
| Via | 告知代理客戶端響應是通過哪裡傳送的 | Via: 1.0 fred, 1.1 nowhere.com (Apache/1.1) |
| Warning | 警告實體可能存在的問題 | Warning: 199 Miscellaneous warning |
| WWW-Authenticate | 表明客戶端請求實體應該使用的授權方案 | WWW-Authenticate: Basic |
相關推薦
iOS開發－－HTTP Header 詳解
HTTP（HyperTextTransferProtocol）即超文字傳輸協議，目前網頁傳輸的的通用協議。HTTP協議採用了請求/響應模型，瀏覽器或其他客戶端發出請求，伺服器給與響應。就整個網路資源傳輸而言，包括message-header和message-body兩部分
HTTP Header 詳解
proxy sage 代理服 警告 utf-8 erer iso skin 1.0 HTTP（HyperTextTransferProtocol）即超文本傳輸協議，目前網頁傳輸的的通用協議。HTTP協議采用了請求/響應模型，瀏覽器或其他客戶端發出請求，服務器給與響應。就整個
http header詳解
HTTP（HyperTextTransferProtocol）即超文字傳輸協議，目前網頁傳輸的的通用協議。HTTP協議採用了請求/響應模型，瀏覽器或其他客戶端發出請求，伺服器給與響應。就整個網路資源傳輸而言，包括message-header和message-body兩部分
【Web開發原理】HTTP協議詳解
一、概念 協議是指計算機通訊網路中兩臺計算機之間進行通訊所必須共同遵守的規定或規則，超文字傳輸協議(HTTP)是一種通訊協議，它允許將超文字標記語言(HTML)文件從Web伺服器傳送到客戶端的瀏覽器。 HTTP協議，即超文字傳輸協議(Hypertext transfe
ios開發之檢視控制器(UIViewController)-- 詳解
由於本人也是初學ios開發，下面分享一下本人在自學中關於檢視控制器（UIViewController）的多種建立方法的總結（詳解）。 控制器的建立方式 注意： 以下程式碼都是在(Xcode 6.
ios開發－－ URL Schemes 使用詳解
用原生 iOS 的人分兩種，懂 URL Schemes 的和不懂的。 前者是「魔法師」，後者是「麻瓜」。 URL Schemes 應用在 iOS 上已經很久了。對於使用者來說，在沙盒機制下的 iOS 中，如果想做到一定程度上的自動化就不可避免地要用到 URL S
iOS 開發實戰－鎖屏介面（手勢解鎖）
之前寫了一篇關於鎖屏的文章，是密碼鎖屏，可以參照: 關於如何在App後臺啟動等問題，該篇就不再贅述，之專注於介紹核心的實現部分。原始碼在Github上可以獲取。 實現思路 手勢鎖屏是一個3*3的9宮格介面，將每一個宮格用一個Button表示，然後給每一個button附上一
iOS 開發實戰－鎖屏介面（密碼解鎖）
改篇是介紹一個類似於支付寶返回Home重新開啟後手勢解鎖，不同的是改篇介紹的解鎖方法是輸入密碼，而不是手勢解鎖，下次有機會在單獨寫一篇手勢解鎖的實戰介紹。 涉及到的知識點 UIWindowAutoLayoutUIButton,UITextFieldAppDelegate開發
iOS開發筆記－xcode7編譯錯誤之缺少libc++.dylib
升級了xcode後.dylib動態庫檔案的新增跟之前不一樣了，需要command+shitf＋g到/uer/lib後搜尋想要的.dylib檔案新增即可。 在與c＋＋混編的時候會因為缺少libc++.d
ArcGIS Runtime SDK for iOS開發之－顯示你的位置
在地圖上顯示你的位置 許多iOS裝置如iPod touch、iPad和iPhone提供了裝置的位置資訊。我們知道iOS包含了一個大家都很熟悉的CoreLocation框架，該框架為我們提供了位置獲取的功能，無論是通過Wi-Fi、蜂窩網路還是GPS
iOS開發筆記－Autolayout自動佈局與UIView動畫
使用了Autolaout的檢視的動畫 方法一：簡單的說就是先找到想要變化的NSLayoutConstraint 然後改變constant值 NSLayoutConstraint * _botto
Android應用開發之所有動畫使用詳解
factory 技術分享 resource bsp phi 顯示 程序 恢復 分享 題外話：有段時間沒有更新博客了，這篇文章也是之前寫了一半一直放在草稿箱，今天抽空把剩余的補上的。消失的這段時間真的好忙，節奏一下子有些適應不過來，早晨七點四十就得醒來，晚上九點四十才準備下班
微信公眾開發URL和token填寫詳解
res wrap this true 進行 -m tmp sem 知識 微信公眾開發URL和token填寫詳解 方法/步驟 作為一名微信公眾號開發者，別人進入你的微信公眾號，肯定會看見某些網頁，或者給你發某些信息，你需要實時自動回復，所以你
HTTP協議詳解（真的很經典）
cnp 運用 web應用 media 服務器端 所有 長度 request bad 轉載：http://e7kan.com/?p=264& 引言 HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾
http協議詳解
表單 pos 換行 none 必須掌握 通信 pow print expires HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1
http原理詳解
tor keep 接受 地址 lru structure 格式 dns 請求方式 1. HTTP簡介 HTTP協議（HyperText Transfer Protocol，超文本傳輸協議）是用於從WWW服務器傳輸超文本到本地瀏覽器的傳送協議。它可以使瀏覽器
HTTP 協議詳解
範圍 文件傳輸 ext text 繼續 warn 分組 asi nsf 前言： 之前買過一本《圖解 HTTP》這本書，作者好像是個小日本，也繼承了小日本在動漫方面的天賦，30% 的內容都是 Q 版畫圖。 之後沒有引起我的重視，書一借出去，然後，之後 .. 之後，
B2C電商系統開發app平臺定制詳解
amp 聯系 良性 幫助 產品 人工 定期 abc 不同 B2C電商系統開發從標品到非標品體現的是用戶從追求功能價值到追求情感價值的變遷。在電商1.0時代，為用戶習慣培養階段，圖書和3C等標品更利於降低用戶的信 任成本。B2C電商app開發，同時，用戶對標品的消費更多追求的
Http 協議詳解筆記
code sps 網頁 提示 agent tor 指定 6.0 lec HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六
macOS開發之NSTableView的應用詳解 - 轉
validate creat 編寫 移除 分割線 gen styles 如果 bool 傳送門：https://my.oschina.net/u/2340880/blog/886861 摘要: NSTableView是AppKit中的表視圖控件，是macOS開發中非常重要的