Hostwinds 博客

寻找结果为:


URI与URL:差异,相似性和用途 特色图片

URI与URL:差异,相似性和用途

通过: Hostwinds Team  /  六月 17, 2024


URIS(统一资源标识符)和URL(统一资源定位器)是相关的,但重要的概念很重要,尤其是在开发网站或应用程序时。例如,其余的(表示状态转移)广泛用于构建站点体系结构,严重依赖于这些资源标识符的正确使用。

今天,我们将介绍URI和URL之间的差异,并解释其组成部分,使用,彼此之间的关系以及使用它们的一些最佳实践。

什么是URI?

URI或统一资源标识符是一个总体术语,描述了用于在Internet或任何其他系统上识别或命名资源的字符串。它提供了一种标准化的方法来定位和访问各种资源,无论是在物联网(IoT)的上下文中的网站,文档,图像,甚至物理对象。

uri语法

URI通常由几个组成部分组成,共同称为语法,它们共同识别资源:

方案: 这指定了访问资源的协议或方法,例如http://,https://,ftp://或mailto:。该计划为系统提供了如何解释和处理URI的其余部分。

权威: 该部分包括资源所在的域名或IP地址。它提供有关容纳资源的主机服务器或系统的信息。

小路: 它表示主机内资源的层次结构或位置。路径段通过前向斜杠(/)分开,并且通常类似于文件系统结构。

询问: 此可选组件允许将参数或数据传递给资源。它从问号(?)开始,由键值对组成,该对由平等符号(=)和AmperSands(&)组成。

分段: 同样可选,它指向资源中的特定部分或部分。该片段通过哈希符号(#)与URI的其余部分分开,并且通常用于网页或文档中的内部导航。

让我们使用一个示例URI分解语法的每个组件:

http://www.example.com/products/category1/item?color=green&size=large#details

在这个Uri中:

  • "http" 是计划

  • "www.example.com" 是权威

  • "/产品/类别1/项目" 是路径

  • "颜色=绿色&大小=大" 是查询

  • "细节" 是碎片

乌里斯的类型

URI有两种主要类型:

URL(统一资源定位器)

URL是一种特定类型的URI,可在Internet上提供资源的位置或地址。它还使用计划,权威和路径组件来访问和检索资源。

urns(统一资源名称)

urn是一种持久的,独立于位置的URI,用于唯一识别资源。与URL不同,它没有指定资源的位置,而是提供可以解决其位置的名称或标识符。

什么是URL?

URL或统一的资源定位器是一种特定类型的URI类型,用于在Internet上找到和访问资源。它是检索网页,文件和图像等在线资源并与在线资源进行交互的标识符和途径。

URL的组件

喜欢乌里斯 URL语法 由几个组成部分组成:

方案: 这指定了访问资源的协议,例如http://或https://。

权威:此部分包括域名或IP地址 网络服务器 托管资源。

小路: 它代表Web服务器中资源的分层位置。

询问: 此可选组件允许将参数或数据传递给资源。

分段: 同样是可选的,它指向内部导航资源中的特定部分。

使用URL定位网络资源

当您在Web浏览器中输入URL或单击超链接时,浏览器使用URL中的信息与适当的Web服务器建立连接并请求指定的资源。

该方案确定协议(例如HTTP或HTTPS),而当局则标识托管Web服务器。路径可导航到资源的位置,查询和片段根据需要提供其他信息或参数。

例如,使用https://www.example.com/products/item?color=green#Details,浏览器将:

  • " https" 建立安全的连接。

  • 连接到 " www.example.com" (Web服务器)。

  • 导航 "/产品/项目" 在服务器上。

  • 经过 "颜色=绿色" 到服务器。

  • 滚动到 "细节" 在检索到的资源中的部分。

URI和URL之间的关键差异

尽管URI和URL是相关的概念,但了解它们的差异很重要。

等级制度

  • URI是描述不同类型的标识符(例如URL和urns)的总体术语。

  • URL是特定类型的URI。所有URL都是URIS,但并非所有URI都是URL。

目的

  • URI可用于定位和命名/识别不同格式(网站,文档,图像等)的资源

  • URL主要用于在网络上定位资源。

结构

  • 乌里斯(Uris)可以根据其目的(例如urns)遵循不同的格式和约定。

  • URL遵守特定的语法和结构,用于定位Web资源(方案,权威,路径,查询,片段)。

通过示例了解uris和URL

为了更好地掌握URI和URL的概念,让我们探索一些现实世界中的例子。

不是URL的URI(例如,urns,mailto)

尽管所有URL都被视为URI,但并非所有URI都一定是URL。不是URL的一种常见的URI类型是urn。

这里有一些urn的例子:

  • urn:ISBN:0451450523(通过其ISBN编号标识一本书)

  • URN:UUID:F81D4FAE-7DEC-11D0-A765-00A0C91E6BF6(基于UUID的URN)

  • URN:IETF:RFC:7231(标识IETF RFC文档)

如您所见,urn旨在唯一识别资源而无需指定其位置。它们为各种类型的资源提供了持久的,独立于位置的名称。

这是" mailto:"方案的示例:

  • mailto:info@example.com(标识电子邮件地址)

" MailTo:"方案是一种用于识别电子邮件地址的URI类型,类似于URN在没有指定位置的情况下识别资源的方式。

常见的URL示例

另一方面,URL专门用于在Internet上找到和访问资源。让我们探讨一些常见的例子:

网页地址

  • https://www.example.com

  • http://www.example.org/about

  • https://blog.example.net/articles/latest-news

在这些URL中,您可以看到不同的组件:方案(http:// or https://),域或权威(www.example.com,www.example.org,blog.example.net)和路径(/关于/文章/最新新闻)。

文件下载

  • ftp://ftp.example.com/pub/files/document.pdf

  • https://www.example.net/downloads/software.zip

这些URL指向FTP或Web服务器上托管的文件,使用户可以下载它们。

使用URI和URL的最佳实践

虽然Uris和URL似乎像是简单的字符字符串,但遵循其构建中的最佳实践和使用可以确保精简且用户友好的体验大有帮助。以下是一些要记住的基本准则:

选择正确的方案

URI或URL的方案组件指定访问资源的协议或方法。根据资源选择适当的方案,以确保客户端(例如Web浏览器,电子邮件客户端)可以正确解释和处理URI或URL。

例如:

  • 即使它们不包含敏感信息或需要安全的通信,也将" https://"使用" https://"。

  • 使用" ftp://"访问和传输文件 文件传输协议(FTP).

  • " mailto:"是将电子邮件地址确定为资源的计划。

创建有意义且可读的URI/URL

结构良好和描述性的URI/URL不仅有助于识别/组织资源,还可以增强 搜索引擎优化 并为更好的用户体验做出贡献。

考虑以下最佳实践:

  • 使用清晰而简洁的路径段,以准确反映资源层次结构或结构。

  • 合并有关资源上下文的相关关键字或术语。

  • 避免不必要或冗余的路径段,这些路径段无需提供有意义的信息而增加复杂性。

  • 使用连字符( - )或下划线(_)在路径段中的单独单词以提高可读性。

处理特殊字符并编码

URI和URL可以包含各种特殊字符,例如空格,非ASCII字符或具有特定含义的字符(例如, /,?,#)。

为了确保适当的处理和解释,遵循编码指南很重要:

  • 用"%20"替换空间,或使用适当的非ASCII字符进行编码。

  • 用特殊含义(例如,?,#, /)编码的字符使用百分比编码(如有必要)进行编码。

  • 避免使用可能引起混乱或兼容问题的不必要的特殊字符或符号。

什么是urn?

就像URL一样,urn(统一资源名称)是URI的子集。

与URL不同,URN用于识别资源,而无需指定其位置或如何访问它。将其视为以全球独特的方式命名某些东西的一种方式,就像书籍的ISBN一样。虽然URL将提供资源的位置,但URN旨在提供一种一致的方法来引用资源,而不管它在何处的位置或如何访问它。

例如,一本特定书籍的ur可能看起来像这样:urn:isbn:978-3-16-148410-0 - 无论您在哪里找到它或如何访问它,该标识符将始终引用该特定书籍。

关于URI和URL的常见误解

现在,我们已经消除了对URI和URL的主要误解,让我们看一下通常与这些资源标识符相关的一些更常见的混合。

误解: URI和URL仅参考网址

  • URIS和URL可以参考除网页以外的资源。例如,URL可以指向FTP服务器上的文件,电子邮件地址甚至数据库查询。同样,URI可以识别任何类型的资源,包括在Internet上无法访问的资源。

误解: URL必须包括" www"

  • " www"前缀不是URL的强制性部分。它只是许多网站通常使用的子域。没有它,URL可以很好地运作(例如http://example.com vs. http://www.example.com)。

误解: URL必须包括" http://"或" https://"

  • 而" http://"和" https://"是网页的常见方案,URL可以使用各种方案,例如" ftp://"取决于访问资源所需的协议。

误解: URL中的情况敏感性

  • 除了方案和域零件外,URL通常对病例敏感。例如,http://example.com/page和http://example.com/page可能指向不同的资源。但是,域部分(例如,"示例")是不敏感的。

误解: 更改URL不会影响SEO或可用性

  • 更改URL会影响SEO和可用性。搜索引擎索引特定的URL,因此在没有正确重定向的情况下更改它们会导致链接断开和页面排名丢失。

误解: URL不能包含空间

  • URL可以使用特殊字符编码空格,通常为%20。空间在URL中无效,但可以以编码格式表示它们。

误解: URI和URL只能识别静态内容

  • URI和URL还可以识别动态内容。例如,具有查询参数的URL(例如,http://example.com/search?q = hosting)通常指向基于输入参数的服务器端应用程序生成的动态内容。

误解: URL中只允许某些字符

  • 虽然URL仅限于一组特定字符,但可以使用编码百分比来包括其他字符(例如,空间的%20)。

误解: URL长度没关系

  • 浏览器对URL字符长度有实际限制,超过80,000+,尽管从SEO角度来看,虽然没有直接的后果,但用户难以管理或共享。

撰写者 Hostwinds Team  /  六月 17, 2024