資訊專欄INFORMATION COLUMN
摘要：統(tǒng)一資源名，是作為特定內(nèi)容的唯一名稱使用的，與目前資源所在地?zé)o關(guān)。方案可以使用其他協(xié)議來訪問資源，它們可以指向因特網(wǎng)上的任意資源，比如，或者其他協(xié)議。通常的組成是主機名端口的形式告知，也有地址端口的形式。
原文連接 blog
URIURI, 既是統(tǒng)一資源標(biāo)識符號，每個 Web 服務(wù)器都有一個 URI 標(biāo)識符，它在世界范圍內(nèi)唯一標(biāo)識并定位信息資源。
它具有兩種形式，URN （統(tǒng)一資源名）、URL（統(tǒng)一資源定位符）。
URNURN (統(tǒng)一資源名)，是作為特定內(nèi)容的唯一名稱使用的，與目前資源所在地?zé)o關(guān)。使用這些與位置無關(guān)的 URN，就可以將資源四處搬移。通過 URN，還可以用同一個名字通過多種網(wǎng)絡(luò)訪問協(xié)議來訪問資源。
URLURL（統(tǒng)一資源定位符），是 URI 最常見的形式，它描述了一臺特定服務(wù)器上某資源的特定位置。它們可以明確說明如何從一個精確、固定的位置獲取資源。
一個完整的 URL 通常包括以下三部分：
方案：方案部分，說明了 Web客戶端 訪問資源時所使用的協(xié)議類型。通常是HTTP協(xié)議。方案可以使用其他協(xié)議來訪問資源，它們可以指向因特網(wǎng)上的任意資源，比如：E-mail: jkchaom@gmail.com ，或者其他協(xié)議。
服務(wù)器位置：這部分告知服務(wù)器端的位置位于何處。通常的組成是“主機名 + 端口”的形式告知，也有“ IP 地址 + 端口”的形式。端口標(biāo)識出服務(wù)器正在監(jiān)聽的網(wǎng)絡(luò)端口，對下層使用了 TCP 協(xié)議的 HTTP 來說，默認端口號為80；
資源路徑：路徑說明了請求的是服務(wù)器上哪個特定的本地資源。
整合到結(jié)構(gòu)，既是“方案 :// 服務(wù)器位置／路徑”
此外，一些非必需的 URL 組件也在其中扮演著非常重要的作用：
查詢：主要用來縮小所請求資源類型范圍。通常以一個“ ？”，開始，比如以下URL 地址，https://api.jkchao.cn/api/art... 。按照常規(guī)，查詢組件的組成是以一系列的“名／值”，對的形式出現(xiàn)，名值對之間用字符“&”分隔。
片段：有些資源類型，可以做進一步劃分，比如 HTML ，URL 支持使用片段組件來表示一個資源內(nèi)部的片段。通常以“#” 開始，比如：https://github.com/jkchao/blo... ， HTTP 服務(wù)器通常只處理整個對象，而不是對象的片段，客戶端不能將片段傳送給服務(wù)器，瀏覽器從服務(wù)器獲得了整個資源之后，會根據(jù)片段來顯示片段資源。 因此，片段組件，僅由客戶端使用。
URL 的缺點URL 表示的是實際的地址，而不是準確的名字。這就意味著 URL 會告訴你資源此時處于什么位置，它會為你提供特定端口上特定服務(wù)器的名字，告訴你在何處可以找到這個資源。這種方案的最大弊端在于，如果資源被移走了，URL 也就不再有效了。那時，它就無法對對象進行定位了。
永久統(tǒng)一資源定位符（PURL），是用 URL 實現(xiàn) URN 功能的一個例子。其基本思路是在搜索資源的過程中引入另一個中間層，通過一個中間資源定位符服務(wù)器對資源的實際 URL 進行登記和跟蹤，客戶端可以向定位符請求一個永久 URL ，定位符可以以一個資源作為響應(yīng)，將客戶端重定向到資源當(dāng)前實際 URL 上去。如下圖所示：
文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址：http://www.ezyhdfw.cn/yun/83815.html
摘要：概述本文為協(xié)議的第十一章，本文翻譯的主要內(nèi)容為的相關(guān)注意事項。應(yīng)用協(xié)議使用這個協(xié)議規(guī)范互操作性注意事項使用時需要使用或者更高版本的協(xié)議。安全性注意事項見安全性注意事項一節(jié)。 概述 本文為 WebSocket 協(xié)議的第十一章，本文翻譯的主要內(nèi)容為 WebSocket 的 IANA 相關(guān)注意事項。 IANA 注意事項（協(xié)議正文） 11.1 注冊新 URI 協(xié)議 11.1.1 注冊 ws 協(xié)...
摘要：主要內(nèi)容協(xié)議概述狀態(tài)碼報頭協(xié)議協(xié)議是互聯(lián)網(wǎng)使用最多的協(xié)議，是客戶端和服務(wù)器請求應(yīng)答的標(biāo)準，端口是。一般用于與請求永久移動。今后任何新的請求都應(yīng)使用新的代替未修改。 主要內(nèi)容 協(xié)議概述 狀態(tài)碼 報頭 http協(xié)議 http協(xié)議是互聯(lián)網(wǎng)使用最多的協(xié)議，是客戶端和服務(wù)器請求應(yīng)答的標(biāo)準TCP，端口是80。用戶通過http和url統(tǒng)一資源定位符獲取網(wǎng)頁代碼供瀏覽器渲染。簡單快速，無連接無狀態(tài)...
摘要：開始重現(xiàn)客戶端指令其實這次請求的一些貓膩很容易就能發(fā)現(xiàn)在中有空格。而在函數(shù)中，做的主要事情就是來解析數(shù)據(jù)包，在解析完成后執(zhí)行一下回調(diào)函數(shù)。具體的一些回調(diào)函數(shù)就不細講了，有興趣的童鞋可自行翻閱。如代碼片段所示，前文中所對應(yīng)的函數(shù)就是了。 本文首發(fā)于知乎專欄螞蟻金服體驗科技。 首先聲明，我在Bug字眼上加了引號，自然是為了說明它并非一個真 Bug。 問題拋出 昨天有個童鞋在看后臺監(jiān)控的時候...
摘要：響應(yīng)報文基本上由協(xié)議版本狀態(tài)碼表示請求成功或失敗的數(shù)字代碼用以解釋狀態(tài)碼的原因短語可選的響應(yīng)首部字段以及實體主體構(gòu)成。 簡單的HTTP協(xié)議 一.HTTP 協(xié)議用于客戶端和服務(wù)器端之間的通信 客戶端和服務(wù)器的定義：請求訪問文本或圖像等資源的一端稱為客戶端，而提供資源響應(yīng)的一 端稱為服務(wù)器端。在兩臺計算機之間使用 HTTP 協(xié)議通信時，在一條通信線路上必定有 一端是客戶端，另一端則是服務(wù)器...
閱讀 3679·2023-04-25 15:52
閱讀 719·2021-11-19 09:40
閱讀 2961·2021-09-26 09:47
閱讀 1161·2021-09-22 15:17
閱讀 3750·2021-08-13 13:25
閱讀 2483·2019-08-30 15:56
閱讀 3613·2019-08-30 13:56
閱讀 2259·2019-08-30 11:27
