http協(xié)議的運(yùn)作方式(存儲(chǔ)版)
【正文】 址，Referer不能被發(fā)送。StatusCode主要用于機(jī)器自動(dòng)識別，ReasonPhrase主要用于幫助用戶理解。Server響應(yīng)頭Server響應(yīng)頭包含處理請求的原始服務(wù)器的軟件信息。一般格式：ContentRange:bytesunitSPfirstbyteposlastbytepos/entitylegth例 如，傳送頭500個(gè)字節(jié)次字段的形式：ContentRange:bytes0499/1234如果一個(gè)消息包含此節(jié)（例如，對范圍請求的響 應(yīng)或?qū)σ幌盗蟹秶闹丿B請求），ContentRange表示傳送的范圍，ContentLength表示實(shí)際傳送的字節(jié)數(shù)。ContentType實(shí)體頭ContentType實(shí)體頭用于向接收方指示實(shí)體的介質(zhì)類型，指定HEAD方法送到接收方的實(shí)體介質(zhì)類型，或GET方法發(fā)送的請求介質(zhì)類型ContentRange實(shí)體頭ContentRange實(shí)體頭用于指定整個(gè)實(shí)體中的一部分的插入位置，他也指示了整個(gè)實(shí)體的長度。棕色的部分表示響應(yīng)頭域的信息，綠色的部分表示通用頭部分，紅色的部分表示實(shí)體頭域的信息。StatusCode是一個(gè)三個(gè)數(shù)字的結(jié)果代碼。Referer頭域Referer 頭域允許客戶端指定請求uri的源資源地址，這可以允許服務(wù)器生成回退鏈表，可用來登陸、優(yōu)化cache等。請求頭域可能包含下列字段Accept、AcceptCharset、AcceptEncoding、AcceptLanguage、 Authorization、From、Host、IfModifiedSince、IfMatch、IfNoneMatch、If Range、IfRange、IfUnmodifiedSince、MaxForwards、ProxyAuthorization、 Range、Referer、UserAgent。 GET方法取回由RequestURI標(biāo)識的信息。如果指定maxstale消息的值，那么客戶機(jī)可以接收超出超時(shí)期指定值之內(nèi)的響應(yīng)消息。各個(gè)消息中的指令含義如下：Public指示響應(yīng)可被任何緩存區(qū)緩存。每個(gè)頭域由一個(gè)域名，冒號（:）和域值三部分組成?！ ∪绻x擇的服務(wù)器程序的確需要使用inetd來啟動(dòng)，可以選擇與inetd功能相同，但效率更高的超級服務(wù)器進(jìn)程tcpserver，它可以比inetd更高效的啟動(dòng)服務(wù)進(jìn)程?！? 除了針對每次請求都建立一個(gè)新進(jìn)程的處理方式之外，HTTP守護(hù)進(jìn)程也能使用其他的方式處理多個(gè)請求，例如使用多線程，或者使用異步方式在不同請求之間 進(jìn)行切換，就能在一個(gè)進(jìn)程內(nèi)處理多個(gè)請求。因此就存在多個(gè)客戶同時(shí)訪問一個(gè)服務(wù)器的問題。而HEAD請求則不同，它僅僅交流一些內(nèi)部數(shù)據(jù)，這些數(shù)據(jù)不會(huì)影響瀏覽的過程?！? 客戶程序向服務(wù)器發(fā)送的請求可以有不同的類型，這樣服務(wù)器可以根據(jù)不同的請求類型進(jìn)行不同的處理。 客戶和服務(wù)器雙方都可以通過關(guān)閉套接字來結(jié)束TCP/IP對話用于支持WWW瀏覽的網(wǎng)絡(luò)協(xié)議為HTTP，這是一種最基本的客戶機(jī)/服務(wù)器的訪問協(xié)議?！ OST——從客戶機(jī)向服務(wù)器傳送數(shù)據(jù)，在要求服務(wù)器和CGI做進(jìn)一步處理時(shí)會(huì)用到POST方法。WWW服務(wù)器運(yùn)行時(shí)，一直在TCP80端口(WWW的缺省端口)監(jiān)聽，等待連接的出現(xiàn)。下圖說明結(jié)果鏈，其條件是針對一個(gè)未被UA或A加緩存的請求，B有一個(gè)經(jīng)過C來自O(shè)的一個(gè)前期響應(yīng)的緩存拷貝。當(dāng)通訊需要通過一個(gè)中介(例如：防火墻等)或者是中介不能識別消息的內(nèi)容時(shí)，通道經(jīng)常被使用。服務(wù)器接到請求后，給予相應(yīng)的響應(yīng)信息，其格式為一個(gè)狀態(tài)行包括信息的協(xié)議版本號、一個(gè)成功或錯(cuò)誤的代碼，后邊是MIME信息包括服務(wù)器信息、實(shí)體信息和可能的內(nèi)容。圖21 當(dāng)一個(gè)或多個(gè)中介出現(xiàn)在請求／響應(yīng)鏈中時(shí)，情況就變得復(fù)雜一些。這個(gè)區(qū)別是重要的，因?yàn)橐恍〩TTP通訊選擇可能應(yīng)用于最近的連接、沒有通道的鄰居，應(yīng)用于鏈的終點(diǎn)或應(yīng)用于沿鏈的所有連接。但這并不預(yù)示著HTTP協(xié)議在Internet或其它網(wǎng)絡(luò)的其它協(xié)議之上才能完成?？蛻舸蜷_一個(gè)套接字并把它約束在一個(gè)端口上，如果成功，就相當(dāng)于建立了一個(gè)虛擬文件?！ ≌埱箢^——告訴服務(wù)器怎樣解釋本次請求，主要包括用戶可以接受的數(shù)據(jù)類型、壓縮方法和語言等。請求方法通常，HTTP協(xié)
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1