什麼叫htp伺服器

Ⅰ HTTP是什麼意思

HTTP即超文本傳輸協議（HyperText Transfer Protocol），是一個簡單的請求-響應協議。

在1990年，HTTP就成為WWW的支撐協議。當時由其創始人WWW之父蒂姆·貝納斯·李（TimBemers—Lee）提出，隨後WWW聯盟成立，組織了IETE（Internet Engineering Task Force）小組進一步完善和發布HTTP協議。

HTTP是應用層協議，同其他應用層協議一樣，是為了實現某一類具體應用的協議，並由某一運行在用戶空間的應用程序來實現其功能。HTTP是一種協議規范，這種規范記錄在文檔上，為真正通過HTTP協議進行通信的HTTP的實現程序。

(1)什麼叫htp伺服器擴展閱讀：

HTTP的運行機制：

HTTP協議是基於請求/響應範式的。一個客戶機與伺服器建立連接後，發送一個請求給伺服器，請求方式的格式為，統一資源標識符、協議版本號，後邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。

伺服器接到請求後，給予相應的響應信息，其格式為一個狀態行包括信息的協議版本號、一個成功或錯誤的代碼，後邊是MIME信息包括伺服器信息、實體信息和可能的內容。

其實簡單說就是任何伺服器除了包括HTML文件以外，還有一個HTTP駐留程序，用於響應用戶請求。瀏覽器是HTTP客戶，向伺服器發送請求，當瀏覽器中輸入了一個開始文件或點擊了一個超級鏈接時，瀏覽器就向伺服器發送了HTTP請求，此請求被送往由IP地址指定的URL。

參考資料來源：網路-HTTP

Ⅱ HTTP的伺服器和埠指的是什麼啊

超文本傳輸協議(HTTP，HyperText Transfer Protocol)是互聯網上應用最為廣泛的一種網路協議。所有的WWW文件都必須遵守這個標准。

伺服器的埠指的是用一個程序向伺服器發起連接時的請求埠。伺服器的埠通常可以分為以下三類：

1、公認埠

這種類型的埠通常稱為「常用埠」。 這些埠的埠號范圍從0到1024，並且與某些特定服務緊密綁定。 通常這些埠的通信清楚地指示了某種服務的協議，這種埠不再能重新定義其作用。

2、注冊埠

埠號是1024到49151，鬆散地綁定到某些服務。 這也意味著有許多服務綁定到這些埠，這些服務也用於許多其他目的。

(2)什麼叫htp伺服器擴展閱讀：

大多數注冊埠沒有明確定義的服務對象。 不同的程序可以根據實際需要定義相答關程序。 例如，描述的遠程式控制制軟體和特洛伊木馬程序將定義這些埠。 請記住，這些公共程序埠對於保護和殺死特洛伊木馬程序非常必要。

例如，埠80實際上始終用於HTTP通信，而埠23專用於Telnet服務。 這些埠通常不被特洛伊木馬之類的黑客使用。

Ⅲ HTTP客戶端和http伺服器有什麼區別

http伺服器簡單的說就是計算機網路中的管理網路的一個主機，http客戶埠就是我們上網必須經過的協議埠就是我們接受協議

Ⅳ http是什麼

HTTP全稱是HyperText Transfer Protocal，即超文本傳輸協議，從1990年開始就在WWW上廣泛應用，是現今在WWW上應用最多的協議，HTTP是應用層協議，當你上網瀏覽網頁的時候，瀏覽器和web伺服器之間就會通過HTTP在Internet上進行數據的發送和接收。HTTP是一個基於請求/響應模式的、無狀態的協議。即我們通常所說的Request/Response。

HTTP特點：

支持客戶端/伺服器模式

簡單快速：客戶向伺服器請求服務時，只需傳送請求方法和路徑。由於HTTP協議簡單，使得HTTP伺服器的程序規模小，因而通信速度很快

靈活：HTTP允許傳輸任意類型的數據對象，正在傳輸的類型由Content-Type加以標記

無連接：無連接的含義是限制每次鏈接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開鏈接，採用這種方式可以節省時間

無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能會導致每次連接傳送的數據量增大。另一方面，在伺服器不需要先前信息時它的應答就比較快

Ⅳ 什麼叫做HTTP

WWW的核心——HTTP協議

眾所周知，Internet的基本協議是TCP/IP協議，目前廣泛採用的FTP、Archie Gopher等是建立在TCP/IP協議之上的應用層協議，不同的協議對應著不同的應用。<BR> WWW伺服器使用的主要協議是HTTP協議，即超文體傳輸協議。由於HTTP協議支持的服務不限於WWW，還可以是其它服務，因而HTTP協議允許用戶在統一的界面下，採用不同的協議訪問不同的服務，如FTP、Archie、SMTP、NNTP等。另外，HTTP協議還可用於名字伺服器和分布式對象管理。

2.1 HTTP協議簡介
HTTP是一個屬於應用層的面向對象的協議，由於其簡捷、快速的方式，適用於分布式超媒體信息系統。它於1990年提出，經過幾年的使用與發展，得到不斷地完善和擴展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的規范化工作正在進行之中，而且HTTP-NG(Next Generation of HTTP)的建議已經提出。
HTTP協議的主要特點可概括如下：
1.支持客戶/伺服器模式。
2.簡單快速：客戶向伺服器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與伺服器聯系的類型不同。
由於HTTP協議簡單，使得HTTP伺服器的程序規模小，因而通信速度很快。
3.靈活：HTTP允許傳輸任意類型的數據對象。正在傳輸的類型由Content-Type加以標記。
4.無連接：無連接的含義是限制每次連接只處理一個請求。伺服器處理完客戶的請求，並收到客戶的應答後，即斷開連接。採用這種方式可以節省傳輸時間。
5.無狀態：HTTP協議是無狀態協議。無狀態是指協議對於事務處理沒有記憶能力。缺少狀態意味著如果後續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在伺服器不需要先前信息時它的應答就較快。

2.2 HTTP協議的幾個重要概念
1.連接(Connection)：一個傳輸層的實際環流，它是建立在兩個相互通訊的應用程序之間。
2.消息(Message)：HTTP通訊的基本單位，包括一個結構化的八元組序列並通過連接傳輸。
3.請求(Request)：一個從客戶端到伺服器的請求信息包括應用於資源的方法、資源的標識符和協議的版本號
4.響應(Response)：一個從伺服器返回的信息包括HTTP協議的版本號、請求的狀態(例如「成功」或「沒找到」)和文檔的MIME類型。
5.資源(Resource)：由URI標識的網路數據對象或服務。
6.實體(Entity)：數據資源或來自服務資源的回映的一種特殊表示方法，它可能被包圍在一個請求或響應信息中。一個實體包括實體頭信息和實體的本身內容。
7.客戶機(Client)：一個為發送請求目的而建立連接的應用程序。
8.用戶代理(User agent)：初始化一個請求的客戶機。它們是瀏覽器、編輯器或其它用戶工具。
9.伺服器(Server)：一個接受連接並對請求返回信息的應用程序。
10.源伺服器(Origin server)：是一個給定資源可以在其上駐留或被創建的伺服器。
11.代理(Proxy)：一個中間程序，它可以充當一個伺服器，也可以充當一個客戶機，為其它客戶機建立請求。請求是通過可能的翻譯在內部或經過傳遞到其它的伺服器中。一個代理在發送請求信息之前，必須解釋並且如果可能重寫它。
代理經常作為通過防火牆的客戶機端的門戶，代理還可以作為一個幫助應用來通過協議處理沒有被用戶代理完成的請求。
12.網關(Gateway)：一個作為其它伺服器中間媒介的伺服器。與代理不同的是，網關接受請求就好象對被請求的資源來說它就是源伺服器；發出請求的客戶機並沒有意識到它在同網關打交道。
網關經常作為通過防火牆的伺服器端的門戶，網關還可以作為一個協議翻譯器以便存取那些存儲在非HTTP系統中的資源。
13.通道(Tunnel)：是作為兩個連接中繼的中介程序。一旦激活，通道便被認為不屬於HTTP通訊，盡管通道可能是被一個HTTP請求初始化的。當被中繼的連接兩端關閉時，通道便消失。當一個門戶(Portal)必須存在或中介(Intermediary)不能解釋中繼的通訊時通道被經常使用。
14.緩存(Cache)：反應信息的局域存儲。

2.3 HTTP協議的運作方式
HTTP協議是基於請求／響應範式的。一個客戶機與伺服器建立連接後，發送一個請求給伺服器，請求方式的格式為，統一資源標識符、協議版本號，後邊是MIME信息包括請求修飾符、客戶機信息和可能的內容。伺服器接到請求後，給予相應的響應信息，其格式為一個狀態行包括信息的協議版本號、一個成功或錯誤的代碼，後邊是MIME信息包括伺服器信息、實體信息和可能的內容。
許多HTTP通訊是由一個用戶代理初始化的並且包括一個申請在源伺服器上資源的請求。最簡單的情況可能是在用戶代理(UA)和源伺服器(O)之間通過一個單獨的連接來完成(見圖2-1)。
圖2-1
當一個或多個中介出現在請求／響應鏈中時，情況就變得復雜一些。中介由三種：代理(Proxy)、網關(Gateway)和通道(Tunnel)。一個代理根據URI的絕對格式來接受請求，重寫全部或部分消息，通過URI的標識把已格式化過的請求發送到伺服器。網關是一個接收代理，作為一些其它伺服器的上層，並且如果必須的話，可以把請求翻譯給下層的伺服器協議。一個通道作為不改變消息的兩個連接之間的中繼點。當通訊需要通過一個中介(例如：防火牆等)或者是中介不能識別消息的內容時，通道經常被使用。 圖2-2
上面的圖2-2表明了在用戶代理(UA)和源伺服器(O)之間有三個中介(A,B和C)。一個通過整個鏈的請求或響應消息必須經過四個連接段。這個區別是重要的，因為一些HTTP通訊選擇可能應用於最近的連接、沒有通道的鄰居，應用於鏈的終點或應用於沿鏈的所有連接。盡管圖2-2是線性的，每個參與者都可能從事多重的、並發的通訊。例如，B可能從許多客戶機接收請求而不通過A，並且／或者不通過C把請求送到A，在同時它還可能處理A的請求。
任何針對不作為通道的匯聚可能為處理請求啟用一個內部緩存。緩存的效果是請求／響應鏈被縮短，條件是沿鏈的參與者之一具有一個緩存的響應作用於那個請求。下圖說明結果鏈，其條件是針對一個未被UA或A加緩存的請求，B有一個經過C來自O的一個前期響應的緩存拷貝。
圖2-3
在Internet上，HTTP通訊通常發生在TCP/IP連接之上。預設埠是TCP 80，但其它的埠也是可用的。但這並不預示著HTTP協議在Internet或其它網路的其它協議之上才能完成。HTTP只預示著一個可靠的傳輸。
以上簡要介紹了HTTP協議的宏觀運作方式，下面介紹一下HTTP協議的內部操作過程。
首先，簡單介紹基於HTTP協議的客戶/伺服器模式的信息交換過程，如圖2-4所示，它分四個過程，建立連接、發送請求信息、發送響應信息、關閉連接。
圖2-4
在WWW中，「客戶」與「伺服器」是一個相對的概念，只存在於一個特定的連接期間，即在某個連接中的客戶在另一個連接中可能作為伺服器。WWW伺服器運行時，一直在TCP80埠(WWW的預設埠)監聽，等待連接的出現。
下面，討論HTTP協議下客戶/伺服器模式中信息交換的實現。 1.建立連接 連接的建立是通過申請套接字(Socket)實現的。客戶打開一個套接字並把它約束在一個埠上，如果成功，就相當於建立了一個虛擬文件。以後就可以在該虛擬文件上寫數據並通過網路向外傳送。
2.發送請求
打開一個連接後，客戶機把請求消息送到伺服器的停留埠上，完成提出請求動作。
HTTP/1.0 請求消息的格式為：
請求消息=請求行(通用信息|請求頭|實體頭) CRLF[實體內容]
請求 行=方法 請求URL HTTP版本號 CRLF
方 法=GET|HEAD|POST|擴展方法
U R L=協議名稱+宿主名+目錄與文件名
請求行中的方法描述指定資源中應該執行的動作，常用的方法有GET、HEAD和POST。不同的請求對象對應GET的結果是不同的，對應關系如下：

Ⅵ 什麼是HTTP伺服器

1. 首先，啟動Outlook Express。打開「Internet 連接向導」；首先輸入你的「顯示名」，如：163免費郵。此姓名將出現在你所發送郵件的「發件人」一欄。，然後單擊「下一步」按鈕；
2. 在「Internet 電子郵件地址」窗口中輸入你的郵箱地址，如：[email protected]，再單擊「下一步」按鈕；
3. 在「接收郵件（pop、IMAP或HTTP）伺服器：」欄位中輸入 pop.163.com。在「發送郵件伺服器(SMTP)：」欄位中輸入smtp.163.com，然後單擊「下一步」；
4.在「帳戶名：」欄位中輸入你的163免費郵用戶名（僅輸入@ 前面的部分）。在「密碼：」欄位中輸入你的郵箱密碼，然後單擊「下一步」。
5.點擊「完成」。
6.在 Internet 帳戶中，選擇「郵件」選項卡，選中剛才設置的帳號，單擊「屬性」。
7.在屬性設置窗口中，選擇「伺服器」選項卡，勾選「我的伺服器需要身份驗證」。
8.點擊「確定」。
其它設置補充說明：如果你希望在伺服器上保留郵件副本，則在帳戶屬性中，單擊「高級」選項卡。勾選「在伺服器上保留郵件副本」。此時下邊設置細則的勾選項由禁止（灰色）變為可選（黑色）。
我在別的地方找的啊

Ⅶ 什麼是http代理伺服器

我們可以將巨大的互聯網比作成一張網路蜘蛛網，而網路爬蟲便是在蜘蛛網上爬行的蜘蛛，把網的節點描述成為網頁，我們將每日任務需求藉助客戶端電腦發出命令，而ip便是被執行的角色，ip帶著每日任務藉助網際網路抵達終端伺服器尋找客戶端交代的每日任務，一個一個節點便是一個一個網頁，如此蜘蛛藉助一個節點之後，就可以沿著幾點連線繼續爬行抵達下個節點。也就說藉助一個網頁繼續抓取。

爬蟲首要便是要抓取終端伺服器的網頁，也就是抓取到網頁的源代碼，源代碼包中抓取到實用的信息，就將實用的源代碼獲取，提取每日任務中所需的信息。

ip將抓取到實用的信息回到到客戶端存儲，隨後再返回去，不斷頻繁的訪問獲得信息直到完成任務。因此ip便是負責帶著每日任務尋找有價值的信息，隨後將抓取到的有價值的信息數據負責帶回(傳輸)到客戶端，直到完成任務。

Ⅷ http是什麼意思

超文本傳輸協議（Hyper Text Transfer Protocol，HTTP）是一個簡單的請求-響應協議，它通常運行在TCP之上。它指定了客戶端可能發送給伺服器什麼樣的消息以及得到什麼樣的響應。請求和響應消息的頭以ASCII形式給出；而消息內容則具有一個類似MIME的格式。這個簡單模型是早期Web成功的有功之臣，因為它使開發和部署非常地直截了當。

應用場景

HTTP誕生之初主要是應用於WEB端內容獲取，那時候內容還不像現在這樣豐富，排版也沒那麼精美，用戶交互的場景幾乎沒有。對於這種簡單的獲取網頁內容的場景，HTTP表現得還算不錯。

但隨著互聯網的發展和WEB2.0的誕生，更多的內容開始被展示（更多的圖片文件），排版變得更精美（更多的CSS），更復雜的交互也被引入（更多的JS）。用戶打開一個網站首頁所載入的數據總量和請求的個數也在不斷增加。