• URI与URL


    为了区分URI与URL,我们要引入URN

    URI = Universal Resource Identifier 统一资源标志符
    URL = Universal Resource Locator 统一资源定位符
    URN = Universal Resource Name 统一资源名称

    URI包括URL与URN,但是由于现在很少用URN,所以现在URI可以说就是URL

    URN就是可以标记资源的名字,比如像一个人的身份证号,这是唯一的,不会有相同的身份证号

    URL强调获取资源的方式,通过什么协议,端口号在哪,文件路径,这些URL都会写的很清楚

    URL是这样的,动物住址协议://地球/中国/浙江省/杭州市/西湖区/某大学/14号宿舍楼/525号寝/张三.人

    URN是这样的,身份证号:123456789

    URL与URN加起来就是URI

    以下是Mozilla官方解释 :

    HTTP 请求的内容通称为"资源"。”资源“这一概念非常宽泛,它可以是一份文档,一张图片,或所有其他你能够想到的格式。每个资源都由一个 (URI) 来进行标识。

    一般情况下,资源的名称和位置由同一个 URL(统一资源定位符,它是 URI 的一种)来标识。也有某些特殊情况,资源的名称和位置由不同的 URI 进行标识:例如,待请求的资源希望客户端从另外一个位置访问它。我们可以使用一个特定的首部字段,Alt-Svc,来指示这种情况。

    URLs 与 URNs

    URLs

    URI 的最常见形式是统一资源定位符 (URL),它也被称为 Web 地址。

    https://developer.mozilla.org
    https://developer.mozilla.org/en-US/docs/Learn/
    https://developer.mozilla.org/en-US/search?q=URL

    在浏览器的地址栏中输入上述任一地址,浏览器就会加载相应的网页(资源)。

    URL 由多个必须或可选的组件构成。下面给出了一个复杂的 URL:

    http://www.example.com:80/path/to/myfile.html?key1=value1&key2=value2#SomewhereInTheDocument

    URNs

    URN 是另一种形式的 URI,它通过特定命名空间中的唯一名称来标识资源。

    urn:isbn:9780141036144
    urn:ietf:rfc:7230

    上面两个 URN 标识了下面的资源:

    • 乔治·奥威尔所著的《1984》
    • IETF规范7230,超文本传输​​协议 (HTTP/1.1):Message Syntax and Routing.

    统一资源标识符的语法 (URI)

    方案或协议

    Protocol
    “http://”告诉浏览器使用何种协议。对于大部分 Web 资源,通常使用 HTTP 协议或其安全版本,HTTPS 协议。另外,浏览器也知道如何处理其他协议。例如, “mailto:” 协议指示浏览器打开邮件客户端;“ftp:”协议指示浏览器处理文件传输。常见的方案有:
    方案描述
    data Data URIs
    file 指定主机上文件的名称
    ftp 文件传输协议
    http/https 超文本传输​​协议/安全的超文本传输协议
    mailto 电子邮件地址
    ssh 安全 shell
    tel 电话
    urn 统一资源名称
    view-source 资源的源代码
    ws/wss (加密的) WebSocket 连接

    主机

    Domaine Name
    www.example.com 既是一个域名,也代表管理该域名的机构它指示了需要向网络上的哪一台主机发起请求。当然,也可以直接向主机的 IP address 地址发起请求。但直接使用 IP 地址的场景并不常见。

    端口

    Port
    :80 是端口。它表示用于访问 Web 服务器上资源的技术“门”。如果访问的该 Web 服务器使用HTTP协议的标准端口(HTTP为80,HTTPS为443)授予对其资源的访问权限,则通常省略此部分。否则端口就是 URI 必须的部分。

    路径

    Path to the file
    /path/to/myfile.html 是 Web 服务器上资源的路径。在 Web 的早期,类似这样的路径表示 Web 服务器上的物理文件位置。现在,它主要是由没有任何物理实体的 Web 服务器抽象处理而成的。

    查询

    Parameters
    ?key1=value1&key2=value2 是提供给 Web 服务器的额外参数。这些参数是用 & 符号分隔的键/值对列表。Web 服务器可以在将资源返回给用户之前使用这些参数来执行额外的操作。每个 Web 服务器都有自己的参数规则,想知道特定 Web 服务器如何处理参数的唯一可靠方法是询问该 Web 服务器所有者。

    片段

    Anchor
    #SomewhereInTheDocument 是资源本身的某一部分的一个锚点。锚点代表资源内的一种“书签”,它给予浏览器显示位于该“加书签”点的内容的指示。 例如,在HTML文档上,浏览器将滚动到定义锚点的那个点上;在视频或音频文档上,浏览器将转到锚点代表的那个时间。值得注意的是 # 号后面的部分,也称为片段标识符,永远不会与请求一起发送到服务器。

    示例

    https://developer.mozilla.org/en-US/docs/Learn
    tel:+1-816-555-1212
    git@github.com:mdn/browser-compat-data.git
    ftp://example.org/resource.txt
    urn:isbn:9780141036144

    规范

    SpecificationTitle
    RFC 7230, section 2.7: Uniform Resource Identifiers Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing

    参见

    官方解释链接:请点击

  • 相关阅读:
    php分页类
    jquery Deferred对象
    sql 常见面试题
    C# socket编程第二篇
    Sqlserver本地服务启动不了,提示请求失败或服务未及时响应
    Sqlserver函数之log,power,len
    C#除法
    C# socket编程第一篇
    android菜鸟进修之路一layout里添加xml文件没有在R.java里生成ID
    form提交时应注意“&”符号
  • 原文地址:https://www.cnblogs.com/mlgjb/p/8299401.html
Copyright © 2020-2023  润新知