freepeople性欧美熟妇, 色戒完整版无删减158分钟hd, 无码精品国产vα在线观看DVD, 丰满少妇伦精品无码专区在线观看,艾栗栗与纹身男宾馆3p50分钟,国产AV片在线观看,黑人与美女高潮,18岁女RAPPERDISSSUBS,国产手机在机看影片

正文內(nèi)容

網(wǎng)絡(luò)協(xié)議介紹(編輯修改稿)

2024-11-24 15:51 本頁面
 

【文章內(nèi)容簡介】 1 HTTP(超文本傳輸協(xié)議 ) HTTP 簡介 超文本傳輸協(xié)議( HTTP)是 一種為分布式,合作式,多媒體信息系統(tǒng)服務(wù),面向應(yīng)用層的協(xié)議。在 1990 年 WWW 全球信息剛剛起步的時候 HTTP 就得到了應(yīng)用。 HTTP 的第一個版本叫做 HTTP/,是一種為互聯(lián)網(wǎng)原始數(shù)據(jù)傳輸服務(wù)的簡單協(xié)議。由 RFC 1945[6]定義的HTTP/ 進(jìn)一步完善了這個協(xié)議。它允許消息以類似 MIME 的格式傳送,包括有關(guān)數(shù)據(jù)傳輸?shù)?維護(hù)信息 和關(guān)于請求 /應(yīng)答的句法修正。但是, HTTP/ 沒有充分考慮到分層代理,高速緩存的作用以及對穩(wěn)定連接和虛擬主機(jī)的需求。并且隨著不完善的進(jìn)程應(yīng)用的激增,HTTP/ 迫切需要 一個新的版本 ,以便使兩個通信應(yīng)用程序能夠確定彼此的真實(shí)性能。 這里規(guī)定的協(xié)議叫做 “HTTP/. 這個協(xié)議與 HTTP/ 相比,要求更為嚴(yán)格,以確保各項(xiàng)功能得到可靠實(shí)現(xiàn)。實(shí)際的信息系統(tǒng)除了簡單的檢索外,要求更多的功能性( functionality),包括查找 (search),前端更新 (frontend update)和注解 (annotation)。HTTP 允許可擴(kuò)充的方法集和報頭集以指示請求的目的 [47]。它是建立在統(tǒng)一資源標(biāo)識符( URI) [3]提供的地址( URL) [4]和名字( URN)上 [20], 以指出方法應(yīng)用于哪個資源的。消息以類似于一種叫做多用途網(wǎng)絡(luò)郵件擴(kuò)展( MIME) [7] 的互聯(lián)網(wǎng)郵件的格式傳送。 HTTP 也是用于用戶代理之間及代理 /網(wǎng)關(guān)到其他網(wǎng)絡(luò)系統(tǒng)的通用通信協(xié)議,這樣的網(wǎng)絡(luò)系統(tǒng)可能由 SMTP[16],NNTP[13],FTP[18],Gopher[2]和 WAIS[10]協(xié)議支持。這樣, HTTP 允許不同的應(yīng)用程序?qū)Y源進(jìn)行基本的超媒體訪問。 HTTP 術(shù)語 本說明用到了若干術(shù)語,以表示 HTTP 通信中各參與者和對象扮演的不同角色。 連接( Connection) 為通信而在兩個程序間建立的傳輸 層虛擬電路。 消息 (Message) HTTP 通信中的基本單元。它由一個結(jié)構(gòu)化的八比特字節(jié)序列組成,與第 4 章定義的句法相匹配,并通過連接得到傳送。 請求 (Request) 從客戶機(jī)到服務(wù)器的請求 ,其首行包括利用資源的方式 ,區(qū)分資源的標(biāo)識 ,以及協(xié)議的版本號 應(yīng)答 (Response) 接收和翻譯一個請求信息后,服務(wù)器發(fā)出一個 HTTP 應(yīng)答信息. 資源 (Resource) 一種網(wǎng)絡(luò)數(shù)據(jù)對象或服務(wù),可以用第 節(jié)定義的 URI 描述。資源可以以多種表現(xiàn)方式 (例如多種語言,數(shù)據(jù)格式,大小和解決方案)或其他不同的途徑獲得 。 4 實(shí)體 (Entity) 作為請求或應(yīng)答的有效負(fù)荷而傳輸?shù)男畔?.一個實(shí)體包含報頭形式的維護(hù)信息和消息體形式的內(nèi)容 表示方法 (Representation) 一個應(yīng)答包含的實(shí)體是由內(nèi)容協(xié)商決定的 內(nèi)容協(xié)商 (Content Negotiation) 為請求服務(wù)時選擇適當(dāng)表示方法的機(jī)制( mechanism)。 任何應(yīng)答里實(shí)體的表示方法都是可協(xié)商的 (包括出錯應(yīng)答 ). 變量( Variant) 在任何給定時刻 ,與一個資源對應(yīng)的表示方法可以有一個或更多 .每個表示方法稱作一個變量 .使用變量這個術(shù)語并不必然意味著資源是由內(nèi)容協(xié) 商決定的 . 客戶機(jī)( Client) 為發(fā)送請求建立連接的程序 . 用戶代理 (User agent) 初始化請求的客戶端程序 .常見的如瀏覽器 ,編輯器 ,蜘蛛 (網(wǎng)絡(luò)穿越機(jī)器人 ),或其他的終端用戶工具 . 服務(wù)器 (Server) 同意連接以便通過發(fā)回應(yīng)答為請求提供服務(wù)的應(yīng)用程序 .任何給定的程序都有可以既做客戶端又做服務(wù)器 。我們使用這些術(shù)語僅指特定連接中程序完成的任務(wù) ,而不是指通常意義上程序的性能 .同樣 ,任何服務(wù)器都可以基于每個請求的性質(zhì)扮演原服務(wù)器 ,代理 ,網(wǎng)管 ,或者隧道等諸角色之一。 原服務(wù)器( Origin server) 給定的資源駐留或創(chuàng)建的地方 . 代理服務(wù)器( Proxy) 一個既做服務(wù)器又做客戶端的中介程序 .,其用途是代表其他客戶發(fā)送請求 .請求在內(nèi)部得到服務(wù) ,或者經(jīng)過一定的翻譯轉(zhuǎn)至其他服務(wù)器 .一個代理服務(wù)器必須能同時履行本說明中客戶端和服務(wù)器要求 .“ 透明代理 ” ( transparent proxy)是一種除了必需的驗(yàn)證和鑒定外不修改請求或相應(yīng)的代理 .“ 非透明代理 ” ( nontransparent proxy)是一種修改請求或應(yīng)答以便為用戶代理提供附加服務(wù)的代理 ,附加服務(wù)包括類注釋服務(wù) ,媒體類型轉(zhuǎn)換 ,協(xié)議簡化 ,或者匿 名濾除等 .除非經(jīng)明確指出 ,HTTP 代理要求對兩種代理都適用 . 網(wǎng)關(guān)( gateway) 為其他服務(wù)器充當(dāng)中介的服務(wù)器 .與代理服務(wù)器不同 ,網(wǎng)關(guān)接收請求 ,仿佛它就是被請求資源所在的原服務(wù)器 。提出請求的客戶可能覺察不到它正在同網(wǎng)關(guān)通信 . 一個在兩個連接之間充當(dāng)盲目中繼( blind relay)的中間程序 .一旦有效 ,隧道便不再被認(rèn)為是 HTTP通信的用戶 ,雖然隧道可能已經(jīng)被 HTTP請求初始化了 .當(dāng)兩端的中繼連接都關(guān)閉的時候 ,隧道不再存在 . 高速緩存( Cache) 一個程序應(yīng)答信息的本地存儲和控制此信息存儲、檢索 和刪除的子系統(tǒng) ,一個高速緩沖存儲器存儲應(yīng)答為的是減少對將來同樣請求的應(yīng)答時間和網(wǎng)絡(luò)帶寬消耗 ,任一客戶或服務(wù)器都可能包含一個高速緩存 ,但高速緩存不能應(yīng)用于一個充當(dāng)隧道的服務(wù)器 . 可緩存( Cacheable) 如果一個高速緩存允許存儲應(yīng)答信息的一份拷貝運(yùn)用于應(yīng)答后繼請求的拷貝 ,一個應(yīng)答就是可緩存的 .用來確定 HTTP 應(yīng)答的緩存能力( cacheability)的規(guī)則在 13 節(jié)中有定義 .即使一個資源是可緩存的 ,也可能對一個高速緩存能否將緩存拷貝用于某特定請求存在附加 5 的約束 . 直接( firsthand) 如果一 個應(yīng)答直接到來并且沒有緣于原服務(wù)器 ,或若干代理服務(wù)器的不必要的延時 ,那么這個應(yīng)答就是直接的 .如果它的有效性已經(jīng)被原服務(wù)器直接認(rèn)證 ,那么這個應(yīng)答也同樣是第一手的 . 明確終止時間( explicit expiration time) 原服務(wù)器預(yù)算一個實(shí)體在無需進(jìn)一步確認(rèn)的情況下不再被高速緩存返回的時間 . 探索終止時間( heuristic expiration time) 當(dāng)沒有外在的終止時間可利用時 , 由高速緩存所指定的終止時間 . 年齡( Age) 一個應(yīng)答的年齡是從它被發(fā)送 ,或被原 服務(wù)器成功確認(rèn)到現(xiàn)在的時間 . 保鮮壽命( Freshness lifetime) 一個應(yīng)答生成和過期之間的時間長度 . 保鮮( Fresh) 如果一個應(yīng)答的年齡還沒有超過保鮮壽命 ,它就是保鮮的 . 陳舊( Stale) 一個應(yīng)答的年齡已經(jīng)超過了它的保鮮壽命 ,就是陳舊的 . 語義透明( semantically transparent) 當(dāng)它的使用除了改善性能外既未影響請求客戶機(jī)也未影響原服務(wù)器時 , 高速緩存對于某特定的應(yīng)答就是工作于語義透明方式了 .當(dāng)高速緩存語義透明時 ,客戶恰好收到與原服務(wù)器直接處理請求 后得到的應(yīng)答(除了逐段轉(zhuǎn)接的報頭部分)完全相同的應(yīng)答。 有效性判別器( Validator) 一個用來查找一個高速緩存記錄是否是一個實(shí)體的等效拷貝的協(xié)議元素 (例如 ,一個實(shí)體標(biāo)記( entity tag)或最終更改時間( LastModified time)). 上游 /下游( upstream/downstream) 上游和下游描述了消息的流動 :所有消息都從上游流到下游 . 向內(nèi) /向外( inbound/outbound) 向內(nèi)和向外指的是消息的請求和應(yīng)答路徑 :向內(nèi) 即 移向原服務(wù)器 ,向外 即 移 向用戶代理 總體操作 HTTP 協(xié)議是一種請求 /應(yīng)答協(xié)議。 與主機(jī)建立連接后,客戶以請求方法, URI 和協(xié)議版本的形式向服務(wù)器發(fā)送請求,繼以類 MIME 信息,其中包括請求修改,客戶信息和可能的正文內(nèi)容。服務(wù)器用包括消息協(xié)議版本和成功或錯誤代碼的狀態(tài)進(jìn)行應(yīng)答,繼以包括服務(wù)器信息,實(shí)體維護(hù)信息和可能的實(shí)體內(nèi)容的類 MIME 消息。 當(dāng)一個或一個以上的中介在請求 /應(yīng)答鏈中出現(xiàn)的時候,會出現(xiàn)更復(fù)雜的情形。常見的中介形式有三種:代理,網(wǎng)關(guān)和隧道。代理是一種轉(zhuǎn)送工具,它接收絕對形式的 URI 請求,重寫全部或部分消息,然后把重新 格式化后的請求發(fā)送到 URI 確定的服務(wù)器上。網(wǎng)關(guān)是一種接收工具,它充當(dāng)其他服務(wù)器的上層,必要時將請求翻譯為下層服務(wù)器的協(xié)議。隧道不改變消息而充當(dāng)兩個連接之間的中繼點(diǎn);它用于通信需要穿過中介(如防火墻),甚至中介不能理解信息內(nèi)容的時候。 實(shí)際上,目前萬維網(wǎng)上有多種結(jié)構(gòu)和配置的高速緩存和代理被實(shí)驗(yàn)或使用。這些系統(tǒng)包 6 括節(jié)省越洋帶寬的全國代理層,廣播或多點(diǎn)通信緩存接口, 通過 CDROM 分配子緩存數(shù)據(jù)的機(jī)構(gòu),等等。 HTTP 系統(tǒng)應(yīng)用在寬頻帶連接的企業(yè)局域網(wǎng)中,通過 PDAs 的低耗無線連接和斷續(xù)連接的訪問。 的 目標(biāo)是支持各種各樣的應(yīng)用配置,引進(jìn)協(xié)議結(jié)構(gòu)滿足那些需要較高可靠性,可以排除故障或至少指示故障的網(wǎng)絡(luò)應(yīng)用的要求。 HTTP 通信在通常發(fā)生在 TCP/IP 連接上。默認(rèn)端口是 TCP 80,不過其它端口也可以使用。在互聯(lián)網(wǎng)或其他網(wǎng)絡(luò)上,這并不妨礙 HTTP 應(yīng)用在其他協(xié)議的頂端。 僅僅期望可靠的傳輸;任何提供這種保證的協(xié)議都可以使用;協(xié)議傳輸數(shù)據(jù)單元的 HTTP/ 請求和應(yīng)答結(jié)構(gòu)的映象已經(jīng)超出了本說明書的范圍。 在 / 中,大部分的實(shí)現(xiàn)為每個請求 /應(yīng)答交換使用了新連接。而 / 中,一個連接可以 用于一個或更多請求 /應(yīng)答交換。 內(nèi)容編碼 內(nèi)容編碼值表示一種已經(jīng)或可以應(yīng)用于實(shí)體的編碼變換。內(nèi)容編碼主要用來允許文檔壓縮,換句話說,有效的變換而不損失它的基本媒體類型的特性,也不丟失信息。經(jīng)常地,實(shí)體以編碼形式儲存 ,直接傳送 ,只能由接收者譯碼 . contentcoding = token 所有內(nèi)容編碼值都是不區(qū)分大小寫的 .HTTP/ 在接收譯碼和內(nèi)容譯碼的頭域里使用內(nèi)容編碼值 .盡管該值描述了內(nèi)容編碼 ,更重要的是它指出需要什么編碼機(jī)制 來除去編碼 . 互聯(lián)網(wǎng)賦值機(jī)構(gòu) (IANA)充當(dāng)內(nèi)容編 碼值標(biāo)記的注冊處 .最初 ,注冊表包含下列標(biāo)記 : gzip(壓縮程序) 一種由文件壓縮程序 gzip(GNU zip)如 RFC 1952 所描述 生成的編碼格式 .這種格式是一種 32 位 CRC LempelZiv 編碼 (LZ77)。 [譯者注 ]CRC:循環(huán)冗余校驗(yàn) press(壓縮) 由通用 UNIX 文件壓縮程序 press生成的編碼格式 .這種格式是一種具有可適應(yīng)性的 LempelZivWelch 編碼 。 對未來的編碼來說 ,用程序名識別編碼格式是不可取 ,令人氣餒的 .在這里他們的用 處是作為歷史實(shí)踐的代表而不是好的方案 .為了同以前的 HTTP 實(shí)現(xiàn)相兼容 ,應(yīng)用應(yīng)該將 xgzip和 xpress分別等同于 gzip和 press. deflate RFC 1950 [31]定義的 zlib格式與 RFC 1951 [29]描述的 deflate壓縮機(jī)制的組合 . Identity(標(biāo)識) 缺省 (標(biāo)識 )編碼 。無論如何 ,不進(jìn)行轉(zhuǎn)化的應(yīng)用 .這種內(nèi)容譯碼僅被用于接受譯碼報頭 ,并且不能被用在內(nèi)容編碼報頭 . 新的內(nèi)容譯碼值的標(biāo)記應(yīng)該注冊 。為了允許 客戶和服務(wù)器間的互用性 ,內(nèi)容譯碼運(yùn)算的規(guī)范需要實(shí)現(xiàn)一個可被公開利用并能獨(dú)立實(shí)現(xiàn)的新值 ,并且與這節(jié)中內(nèi)容譯碼定義的目的相一致 傳輸編碼 傳輸編碼值被用來表示一個已經(jīng) ,能夠 ,或可能需要應(yīng)用于一個實(shí)體的編碼轉(zhuǎn)化 ,為的是能夠確保通過網(wǎng)絡(luò)安全傳輸 .這不同于內(nèi)容譯碼 ,傳輸譯碼是消息的特性而不是原始實(shí)體的特性 . 7 transfercoding = chunked | transferextension transferextension = token *( 。 parameter ) 參數(shù)采用屬性 /值對的形式 . 參數(shù) = 屬性 = 值 屬性 = 標(biāo)記 值 = 標(biāo)記 | 引用 串( quotedstring) 所有傳輸譯碼值是不直觀的 .HTTP/ 在 TE 頭域和傳輸譯碼頭域運(yùn)用傳輸譯碼 . 無論何時一個傳輸譯碼都被應(yīng)用于一個消息體 ,傳輸譯碼的設(shè)置必須包括 大塊 ,除非消息被結(jié)束連接停止 .當(dāng) 大塊 傳輸譯碼被應(yīng)用時 ,它必須是應(yīng)用于消息體的最后傳輸譯碼 .這些規(guī)則允許接受從而確定消息的傳輸長度 傳輸譯碼與 MINE[7]的內(nèi)容傳輸譯碼值相類似 ,它被定義能夠?qū)崿F(xiàn)傳送服務(wù)器超過 7 位的二進(jìn)制數(shù)據(jù)的安全傳輸 .不過 ,安全傳輸對純 8 位傳輸協(xié)議有不同的焦點(diǎn) .在 HTTP 中 ,
點(diǎn)擊復(fù)制文檔內(nèi)容
公司管理相關(guān)推薦
文庫吧 www.dybbs8.com
備案圖片鄂ICP備17016276號-1