成人无遮挡肉动漫视频免费,免费特级黄毛片,在线国产视频观看

　　對(duì)于URL,大家都比較熟悉，其他兩個(gè)詞就比較陌生了。URI、URL和URN是識(shí)別、定位和命名互聯(lián)網(wǎng)上的資源的標(biāo)準(zhǔn)途徑。1989年Tim Berners-Lee發(fā)明了互聯(lián)網(wǎng)（World Wide Web）。WWW被認(rèn)為是全球互連的實(shí)際的和抽象的資源的集合–它按需求提供信息實(shí)體–通過互聯(lián)網(wǎng)訪問。實(shí)際的資源的范圍從文件到人，抽象的資源包括數(shù)據(jù)庫查詢。

　　因?yàn)橐ㄟ^多樣的方式識(shí)別資源（人的名字可能相同，然而計(jì)算機(jī)文件只能通過唯一的路徑名稱組合訪問），所以需要標(biāo)準(zhǔn)的識(shí)別WWW資源的途徑。為了滿足這種需要，Tim Berners-Lee引入了標(biāo)準(zhǔn)的識(shí)別、定位和命名的途徑：URI、URL和URN。

URI：Uniform Resource Identifier，統(tǒng)一資源標(biāo)識(shí)符；
URL：Uniform Resource Locator，統(tǒng)一資源定位符；
URN：Uniform Resource Name，統(tǒng)一資源名稱。

　　在這個(gè)體系中的URI、URL和URN是彼此關(guān)聯(lián)的。URI的范疇位于體系的頂層，URL和URN的范疇位于體系的底層。這種排列顯示URL和URN都是URI的子范疇。

　　三者中，其中URL和URI特別容易混淆。

　　URL是InterNET上用來描述信息資源的字符串，主要用在各種WWW客戶程序和服務(wù)器程序上。采用URL可以用一種統(tǒng)一的格式來描述各種信息資源，包括文件、服務(wù)器的地址和目錄等。

　　URL的格式由下列三部分組成：

協(xié)議（或稱為服務(wù)方式）；
存有該資源的主機(jī)IP地址（有時(shí)也包括端口號(hào)）；
主機(jī)資源的具體地址。如目錄和文件名等。

　　第一部分和第二部分之間用”：//”符號(hào)隔開，第二部分和第三部分用”/”符號(hào)隔開。第一部分和第二部分是不可缺少的，第三部分有時(shí)可以省略。

　　目前最大的缺點(diǎn)是當(dāng)信息資源的存放地點(diǎn)發(fā)生變化時(shí)，必須對(duì)URL作相應(yīng)的改變。因此人們正在研究新的信息資源表示方法。

　　URI是以某種統(tǒng)一的（標(biāo)準(zhǔn)化的）方式標(biāo)識(shí)資源的簡(jiǎn)單字符串，一般由三部分組成：

訪問資源的命名機(jī)制。
存放資源的主機(jī)名。
資源自身的名稱，由路徑表示。

　　典型情況下，這種字符串以scheme開頭，語法如下：

　　[scheme:] scheme-specific-part

　　http://www.google.com，其中http是scheme，//www.google.com是 scheme-specific-part，并且它的scheme與scheme-specific-part被冒號(hào)分開了。

　　有的URI指向一個(gè)資源的內(nèi)部。這種URI以”#”結(jié)束，并跟著一個(gè)anchor標(biāo)志符（稱為片斷標(biāo)志符）。

　　相對(duì)URI不包含任何命名規(guī)范信息。它的路徑通常指同一臺(tái)機(jī)器上的資源。相對(duì)URI可能含有相對(duì)路徑（如：“..”表示上一層路徑），還可以包含片斷標(biāo)志符。

　　URI的常見問題

難以輸入，URI不必要的冗長(zhǎng)。
莫明其妙的大寫字母。
不常見的標(biāo)點(diǎn)符號(hào)。
在紙介質(zhì)上顯示很困難，一些字符在紙上打印出來不容易辨認(rèn)。
主機(jī)和端口的問題除了 scheme-specific 部分，domain 和port 也可能給用戶帶來困惑。

　　設(shè)計(jì)URI應(yīng)該遵循的規(guī)則（具體還可以參考上一篇：優(yōu)秀的URI不會(huì)改變）

　　URI 是網(wǎng)站UI的一部分，因此，可用的網(wǎng)站應(yīng)該滿足這些URL 要求

簡(jiǎn)單，好記的域名
簡(jiǎn)短（short）的URI
容易錄入的URI
URI 能反應(yīng)站點(diǎn)的結(jié)構(gòu)
URI 是可以被用戶猜測(cè)和hack的（也鼓勵(lì)用戶如此）
永久鏈接，Cool URI don’t change

　　聰明的選擇URI

　　一定要短 為了URI能被方便的錄入，寫下，拼寫和記憶，URI 要盡可能的短，根據(jù)w3c 提供的參考數(shù)據(jù)，一個(gè)URI 的長(zhǎng)度最好不要超過80個(gè)字節(jié)（這并非一個(gè)技術(shù)限制，經(jīng)驗(yàn)和統(tǒng)計(jì)提供的數(shù)據(jù)），包括schema 和host,port 等。

　　大小寫策略 URI的大小寫策略要適當(dāng)，要么全部小寫，要么首字母大寫，應(yīng)避免混亂的大小寫組合，在Unix 世界，文件路徑隊(duì)大小寫是敏感的，而在Windows 世界，則不對(duì)大小寫敏感。

　　允許URI管理 URI映射管理員可以重新組織服務(wù)器上的文件系統(tǒng)結(jié)構(gòu)，而無需改動(dòng)URI，這就需要URI和真實(shí)的服務(wù)器文件系統(tǒng)結(jié)構(gòu)之間有一個(gè)映射機(jī)制。，而不是生硬的對(duì)應(yīng)。這種映射機(jī)制可以通過如下技術(shù)手段實(shí)現(xiàn)：

Aliases ，別名，Apache 上的目錄別名，IIS 上的虛擬目錄
Symbolic links ，符號(hào)鏈接，Unix 世界的符號(hào)鏈接
Table or database of mappings ，數(shù)據(jù)庫映射，URI 和文件系統(tǒng)結(jié)構(gòu)的對(duì)應(yīng)關(guān)系存儲(chǔ)在數(shù)據(jù)庫中。

　　標(biāo)準(zhǔn)的重定向 管理員可以簡(jiǎn)單的通過修改HTTP 狀態(tài)代碼來實(shí)現(xiàn)服務(wù)器文件系統(tǒng)結(jié)構(gòu)變更之后的URI兼容，可以利用的HTTP Status Code 有：

301 Moved Permanently ([RFC2616] section 10.3.2)
302 Found (undefined redirect scheme, [RFC2616] Section 10.3.3)
Temporary Redirect ([RFC2616] Section 10.3.8)

　　用獨(dú)立的URI

　　技術(shù)無關(guān)的URI

提供動(dòng)態(tài)內(nèi)容服務(wù)時(shí)，應(yīng)使用技術(shù)無關(guān)的URI。即URI不暴露服務(wù)器端使用的腳本語言，平臺(tái)引擎，而這些語言，平臺(tái)，引擎的變化也不會(huì)導(dǎo)致URI的變更。因此，sevelet,cgi-bin之類的單詞不應(yīng)該出現(xiàn)在URI 中。
提供靜態(tài)內(nèi)容服務(wù)時(shí)，應(yīng)當(dāng)隱去文件的擴(kuò)展名取而代之的技術(shù)是content-negotiation, proxy, 和URI mapping

　　身份標(biāo)志和Session 機(jī)制