Hostwinds Блог
Результаты поиска для:
URIS (единые идентификаторы ресурсов) и URL -адреса (единые ресурсные локаторы) связаны, но различные концепции, которые важны для понимания, особенно при разработке вашего веб -сайта или приложения.Например, остальное (репрезентативное государственное передача) API, которое широко используется для архитектуры строительной площадки, в значительной степени зависит от правильного использования этих идентификаторов ресурсов.
Сегодня мы рассмотрим различия между URI и URL -адресами, а также объясним их компоненты, использование, отношения друг с другом и некоторые лучшие практики для их использования.
URI, или унифицированный идентификатор ресурсов, представляет собой всеобъемлющий термин, описывающий строку символов, используемых для идентификации или назования ресурса в Интернете или любой другой системе.Он предоставляет стандартный способ найти и получить доступ к различным ресурсам, будь то веб -сайты, документы, изображения или даже физические объекты в контексте Интернета вещей (IoT).
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" является авторитетом
"/продукты/категория/элемент" это путь
"цвет = зеленый и размер = большой" это запрос
"подробности" это фрагмент
Есть два основных типа URI:
URL (унифицированные ресурсные локаторы)
URL - это конкретный тип URI, который предоставляет местоположение или адрес ресурса в Интернете.Он также использует компоненты схемы, авторитет и пути для доступа и получения ресурсов.
Урны (унифицированные имена ресурсов)
Урна-это постоянный, независимый от местоположения URI, используемый для однозначного идентификации ресурса.В отличие от URL, он не указывает местоположение ресурса, а скорее предоставляет имя или идентификатор, который можно решить, чтобы найти его местоположение.
URL -адрес, или единый локатор ресурсов, представляет собой конкретный тип URI, используемый для поиска и доступа к ресурсам в Интернете.Он служит идентификатором и путем для извлечения и взаимодействия с онлайн -ресурсами, такими как веб -страницы, файлы и изображения.
Как ури, URL -синтаксис состоит из нескольких компонентов:
Схема: Это указывает протокол для доступа к ресурсу, например http: // или https: //.
Власть: Эта часть включает в себя доменное имя или IP -адрес веб сервер Хостинг ресурса.
Путь: Он представляет собой иерархическое местоположение ресурса на веб -сервере.
Запрос: Этот необязательный компонент позволяет передавать параметры или данные в ресурс.
Фрагмент: Также необязательно, он указывает на конкретный раздел в ресурсе для внутренней навигации.
Когда вы вводите URL -адрес в веб -браузер или щелкните гиперссылку, браузер использует информацию в URL для установления соединения с соответствующим веб -сервером и запросить указанный ресурс.
Схема определяет протокол (например, http или https), в то время как авторитет идентифицирует веб -сервер хостинга.Путь перемещается в местоположение ресурса, а запрос и фрагмент предоставляют дополнительную информацию или параметры по мере необходимости.
Например, с https://www.example.com/products/item?color=green#details, браузер будет:
Использовать "https" Чтобы установить безопасное соединение.
Подключиться к "www.example.com" (веб -сервер).
Перейдите к "/Продукты/Товар" на сервере.
Проходить "Цвет = зеленый" на сервер.
Прокрутите до "подробности" Раздел в результате полученного ресурса.
В то время как URI и URL -адреса являются связанными понятиями, важно понимать их различия.
URI - это всеобъемлющий термин, который описывает различные типы идентификаторов, таких как URL и URN.
URL -адреса - это конкретный тип URI.Все URL -адреса - URI, но не все URI - URL.
URI можно использовать как для определения местоположения, так и для названия/идентификации ресурсов в разных форматах (веб -сайты, документы, изображения и т. Д.)
URL -адреса в основном используются для поиска ресурсов в Интернете.
URI может следовать различным форматам и соглашениям в зависимости от их цели (например, урн).
URL -адреса придерживаются определенного синтаксиса и структуры для поиска веб -ресурсов (схема, авторитет, путь, запрос, фрагмент).
Чтобы лучше понять концепции URI и URL, давайте рассмотрим некоторые реальные примеры.
Хотя все URL -адреса считаются URI, не все URI обязательно являются URL.Одним из распространенных типов URI, который не является URL -адресом, является URN.
Вот несколько примеров урн:
Урн: ISBN: 0451450523 - Определяет книгу по номеру ISBN
Урн: UUID: F81D4FAE-7DEC-11D0-A765-00A0C91E6BF6 - Uuid (универсально уникальный идентификатор) урна на основе
Урн: IETF: RFC: 7231 - Определяет документ IETF RFC
Как видите, урны предназначены для уникального идентификации ресурсов без указания их местоположения.Они предоставляют постоянные, независимые от местоположения имена для различных типов ресурсов.
Вот пример схемы «mailto:»:
mailto: info@example.com (идентифицирует адрес электронной почты)
Схема «Mailto:» - это тип URI, используемый для определения адресов электронной почты, аналогично тому, как урны идентифицируют ресурсы без указания местоположений.
С другой стороны, URL -адреса специально используются для поиска и доступа к ресурсам в Интернете.Давайте рассмотрим несколько общих примеров:
Адреса веб -страницы
"https://www.example.com"
"http://www.example.org/about"
"https://blog.example.net/articles/latest-news"
В этих URL вы можете увидеть различные компоненты: схема (http: // или https: //), домен или авторитет (www.example.com, www.example.org, blog.example.net) и и иПуть (/about,/статьи/последние новые).
Загрузки файлов
"ftp://ftp.example.com/pub/files/document.pdf"
"https://www.example.net/downloads/software.zip"
Эти URL -адреса указывают на файлы, размещенные на FTP или веб -серверах, что позволяет пользователям загружать их.
В то время как URI и URL-адреса могут показаться простыми строками персонажей, следуя передовым практикам в их строительстве и использовании могут иметь большое значение для обеспечения оптимизированного и удобного опыта.Вот несколько важных рекомендаций, которые следует иметь в виду:
Компонент схемы URI или URL указывает протокол или метод доступа к ресурсу.Выберите соответствующую схему на основе ресурса, чтобы гарантировать, что клиенты (например, веб -браузеры, почтовые клиенты) могут правильно интерпретировать и обрабатывать URI или URL.
Например:
Используйте «https: //» для всех веб -страниц, даже если они не содержат конфиденциальную информацию или требуют безопасной связи.
Используйте "ftp: //" для доступа и передачи файлов через Протокол передачи файла (FTP).
«Mailto:» - это схема определения адресов электронной почты в качестве ресурсов.
Хорошо структурированный и описательный URI/URL-адреса не только помогает определить/организовать ресурсы, но и улучшить Поисковая оптимизация и внести свой вклад в лучший пользовательский опыт.
Рассмотрим следующие лучшие практики:
Используйте четкие и краткие сегменты пути, которые точно отражают иерархию или структуру ресурсов.
Включите соответствующие ключевые слова или термины, которые предоставляют контекст о ресурсе.
Избегайте ненужных или избыточных сегментов пути, которые добавляют сложность, не предоставляя значимую информацию.
Отдельные слова в сегментах пути с использованием дефисов (-) или подчеркивания (_) для улучшения читаемости.
URI и URL-адреса могут содержать различные специальные символы, такие как пространства, не ASCII, или символы с особыми значениями (например, /,?, #).
Для обеспечения надлежащей обработки и интерпретации важно следовать руководящим принципам кодирования:
Замените пространства на «%20» или используйте соответствующую процентную кодировку для не ASCII.
Кодируйте символы с особыми значениями (например,?, #, /), Используя процент кодирования при необходимости.
Избегайте использования ненужных специальных символов или символов, которые могут вызвать проблемы путаницы или совместимости.
Как и URL, урна (равномерное имя ресурса) является подмножеством URI.
В отличие от URL, URN используется для идентификации ресурса без указания его местоположения или того, как к нему доступа.Думайте об этом как способ назвать что -то в глобально уникальном образом, как и ISBN для книг.В то время как URL -адреса будут предоставлять местоположение ресурса, урны предназначены для обеспечения постоянного способа ссылки на ресурс, независимо от того, где он может быть расположен и как его можно получить.
Например, урна для конкретной книги может выглядеть следующим образом: урн: ISBN: 978-3-16-148410-0-этот идентификатор всегда будет относиться к этой конкретной книге, независимо от того, где вы ее найдете или как к ней доступ.
Теперь, когда мы развеяли основное заблуждение, что URI и URL-адреса взаимозаменяют, давайте посмотрим на несколько более распространенных смешиваний, часто связанных с этими идентификаторами ресурсов.
Заблуждение: URI и URL -адреса относятся только к веб -адресам
URI и URL могут ссылаться на ресурсы за пределами только веб -страниц.Например, URL может указывать на файл на FTP -сервере, адрес электронной почты или даже запрос базы данных.Точно так же URIS может идентифицировать любой вид ресурса, в том числе те, которые недоступны для Интернета.
Заблуждение: URL должны включать "www"
Префикс «www» не является обязательной частью URL.Это просто субдомен, условно используемый многими веб -сайтами.URL -адреса могут функционировать совершенно хорошо без него (например, http://example.com против http://www.example.com).
Заблуждение: URL должны включать "http: //" или "https: //"
В то время как "http: //" и "https: //" являются общими схемами для веб -страниц, URL могут использовать различные схемы, такие как "ftp: //", "mailto:", "file: //", и многое другое,В зависимости от протокола, необходимого для доступа к ресурсу.
Заблуждение: Чувствительность случая в URL
URL-адреса, как правило, чувствительны к случаям, за исключением схемы и доменных частей.Например, http://example.com/page и http://example.com/page может указывать на разные ресурсы.Тем не менее, доменная часть (например, «example.com») нечувствительна.
Заблуждение: Изменение 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, более 80000 000+, и, хотя с точки зрения SEO, чрезмерно длинных URL -адресов, не существует прямых последствий.
Написано Hostwinds Team / Июнь 17, 2024