Url адреса: Что такое URL-адрес сайта и как его узнать

Содержание

URL-адрес страницы — Словарь — Линкбилдер

URL-адрес страницы (перевод словосочетания Uniform Resource Locator) – единый указатель ресурсов сайта. Сокращённо URL – это уникальный набор символов, представляющий адрес в интернете Web-ресурса. Сайт, картинки, файлы, видео-контент могут являться ресурсом. По адресной ссылке пользователь легко может отыскать необходимую информацию.

Примеры URL-адресов страниц

Каждому документу в интернете присвоена уникальная ссылка. Сервер домена обеспечивает доступ к информации, используя определитель местонахождения. Примеры адресов Web-страниц:

https://yandex.ru/internet — обращение к странице сервиса Яндекс.Интернетометр.

https://www.rambler.ru — обращение к главной странице Рамблера.

Структура URL-адреса

Разработана стандартная структура Uniform Resource Locator:

<протокол>://<логин>:<пароль>@<хост>:<порт>/<путь>?<параметры>#<якорь>

Структура является иерархической:

  1. Сетевой протокол задаёт определённые правила для передачи данных.
    HTTP – используется для пересылки страниц сайта; HTTPS – применяется для защиты информации и авторизации серверов; FTP — является протоколом передачи специальных файлов с сервера на компьютер пользователя, для обмена информацией между удалёнными ПК.
  2. Логин и пароль предоставляют возможность доступа посетителя к серверу. Значок @ используется только с логином и паролем.
  3. Хост – имя домена, на котором хранится необходимая информация.
  4. Порт упоминается очень редко, по умолчанию присваивается значение 80 или 8080.
  5. Путь указывает место, где находится необходимый объект.
  6. Параметры – это запрос с определёнными значениями. На сервер они передаются методом GET.
  7. Якорь – это своеобразная закладка на поле Web-страницы. Пользователь попадает сразу в определённое место HTML документа.

Виды URL-адресов страницы

URL-адреса подразделяются на следующие виды:

 1. URL с идентификатором сессий – это адрес с отдельным признаком безопасности учетной записи SID. Он добавляется автоматически при каждом открытии страницы разными пользователями. Такой вид адресов используется для статистического анализа о пользователях и их поведенческих факторах.

2. Статический URL является постоянным адресом, который не меняется и не содержит параметров. Страницы с расширением .htm и .html напрямую поддерживаются сервером. Преимуществом статического адреса является релевантность поиска по ключевым словам, легко запоминаются. Техническая поддержка страниц проста, потому что отсутствует серверный код.

3. Динамический URL генерируется сразу после поискового запроса. Физически Web-страниц не существует на сервере. Информация об адресе формируется с помощью языка программирования. Динамические ссылки используют: 

  • интернет-магазины;
  • электронные средства массовой информации;
  • крупные порталы.

Как узнать URL-адрес страницы

Во время пользования интернетом часто необходимо скопировать или посмотреть ссылку объекта.

Как посмотреть URL-адрес с помощью используемого браузера?

В адресной строке можно увидеть URL-страницы сайта. При передаче данных по протоколу HTTP информация может быть скрыта. Для определения ссылки необходимо подвести курсор к адресной строке и щёлкнуть правой кнопкой мыши. После этого отобразится полный адрес страницы.

Если пользователь использует для передачи информации HTTPS протокол (защищённое соединение), адрес ссылки отображается сразу.

Вот наглядный пример:

Данным способом часто пользуются пользователи интернета, когда размещают естественную ссылку на сайт.

Что такое url адрес.

Любой документ в сети Интернет имеет свой адрес. Его имеют веб-страницы, аудио, видео-файлы и любые другие документы, которые могут храниться на компьютере.

Для того, чтобы привести все адреса в сети Интернет к единому виду, был разработан специальный стандарт, который определяет, каким образом должен выглядеть адрес к любому документу.

Этому адресу присвоили название URL (англ. URL — Uniform Resource Locator) единый указатель ресурсов.

Произошло это относительно недавно в 1990 году.

Давайте разберемся, каким образом, согласно этому стандарту нужно указывать адреса к веб-ресурсам.

Общая схема или структура URL-адреса выглядит следующим образом:

<схема>://<логин>:<пароль>@<хост>:<порт>/<URL‐путь>?<параметры>#<якорь>

Давайте разберемся, что обозначает каждый параметр, который здесь указывается:

Схема – это тот протокол передачи данных, по которому, мы хотим обратиться к ресурсу.

логин и пароль — имя пользователя и пароль, используемые для доступа к ресурсу. Далеко не всегда эти параметры будут использоваться. Например, для доступа к какой-либо веб-странице, по протоколу http – как правило, эти данные не указывают.

@ — разделитель между хостом и парой логин-пароль. В случае, если логин-пароль не указывается, то разделитель можно точно также не указывать.

хост – доменное имя или IP-адрес (ссылки) того ресурса, к которому нужно обратиться.

Порт – уникальный номер, который выделяется тому приложению, которое будет обрабатывать ваш запрос. При работе по протоколу http, чаще всего задается автоматически и равен 80 или 8080.

URL — путь – здесь мы указываем уточняющую информацию о местонахождении ресурса. Зависит от используемого протокола. В случае с протоколом HTTP задается путь с указанием каталогов и подкаталогов, где лежит ресурс.

параметры  — строка запроса с передаваемыми на сервер методом GET параметрами.

Разделитель параметров — знак &.

Пример: ?параметр_1=значение_1&параметр_2=значение_2&параметр3=значение_3

якорь – уникальная строка, набор букв И(ИЛИ) цифр, которая ссылается на определенную уникальную область (раздел) того веб-документа, который вы собираетесь открыть.

Т.е. переходя по url адресу с якорем можно сделать так, чтобы документ открылся не с самого начала, а с конкретного места или раздела.

Мы с вами рассмотрели общую структуру URL адреса. Чаще всего при обращении к веб-страницам и документам, которые лежат на веб-сервере, многие параметры являются необязательными для указания и могут задаваться автоматически.

Когда вы хотите просто посмотреть какую-то страницу в Интернете, с помощью своего браузер, то структура url адреса выглядит намного проще:

<схема>:// <хост>/<URL‐путь>

Например, это может быть записано в виде:

http://yandex.ru

Это сделано для того, чтобы упростить жизнь простым рядовым пользователям.  

Что такое URL адрес — его структура и технические параметры

Аббревиатура URL расшифровывается как Uniform Resource Locator. В переводе это значит «единый указатель ресурсов». Детище Тима Бернеса-Ли, «отца» всемирной паутины, создан для упрощения структурирования данных в сети Интернет и приведения всех адресов к единому виду.

Принятое произношение: «у-эр-эл» или «ю-ар-эл». В разговорной речи допустимо произносить эту аббревиатуру как «УРЛ». В этой статье мы рассмотрим что такое URL, какова его структура и технические особенности которые необходимо знать любому веб-мастеру.

Схема и структура URL адресов

Что же такое URL? Иными словами, это путь до какого-то файла: HTML, видео, аудио, текстового и пр. Этим адресом обладают все документы, находящиеся в сети Интернет. Только с помощью URL сервер может обеспечить доступ к своим файлам для любого пользователя всемирной паутины.

Разумеется, существует стандарт. Он-то и определяет, как именно должен выглядеть URL к тому или иному документу. Этот стандарт используется не только для доступа к сайтам и файлам, по протоколу http и https, его же используют и при передаче файлов на сервер по протоколу ftp и в других протоколах. Но нас они в данном случае не интересуют.

Как указать url адрес к веб-ресурсам?

Вообще URL может содержать множество параметров. Но для простого обращения к определенному файлу лежащему в какой то папке вашего сайта необходимо задействовать лишь некоторые из них.

Поэтому, например, чтобы получить содержимое определенного файла размещенного на данном сайте достаточно указать следующее:

http://webmastermix.ru/direktoriya/fail.html

Давайте рассмотрим все подробно:

  • http:// — протокол передачи данных.
  • webmastermix.ru — доменное имя, название узла (хоста) и дополнительные параметры.
  • /direktoriya/ — директория, в которой располагается нужный нам файл. Из этой части ссылки мы видим, что на сервере хранится папка direktoriya, которая содержит необходимый нам файл.
  • fail.html — файл с расширением «.html», он-то нам и нужен.

Как видно, папки и файлы разграничиваются знаком «/», который называется «слеш». Путь может быть длиннее. Кроме этого доменное имя может быть указанно с WWW и без WWW. Т. е. может быть: http://www.webmastermix.ru. Это не обязательный параметр, поэтому без разницы укажете вы его или нет необходимый вам файл все равно откроется. Для упрощения его лучше не использовать.

И если ваш сайт доступен по двум адресам т. е. с WWW и без WWW, то лучше склеить эти URL и привести к одному виду, где WWW не будет использоваться. Как это сделать читайте в статье: Как настроить 301 редирект в htaccess и в скриптах — более 18 примеров использования.

В общем и целом, что такое url сайта, страницы или изображения ясно. А теперь немножко углубимся.

Структура URL-адреса

Общая схема (структура) URL-адреса следующая:

Каждый из этих параметров важен и имеет своё значение:

  • Схема – протокол передачи данных. Через него мы обращаемся к ресурсу. (http, https, ftp и т.д.)
  • Логин и пароль – эти данные в протоколе http, как правило, не указываются. Они определяют права пользователя на доступу к определенной странице сайта.
  • Собака (@) – специальный разделитель. Без логина и пароля его не указывают.
  • Хост – это доменное имя, иногда IP-адрес ресурса, к которому обращается пользователь. (webmastermix. ru)
  • Порт тоже указывается довольно редко. При обращении к сайту или любому файлу размещенному на сайте автоматически присваивается одно из значений – 80 или 8080.
  • URL-путь – путь к тому или иному файлу. (/direktoriya/fail.html)
  • Параметры – запрос с определёнными параметрами, которые передаются на сервер методом GET. Чтобы разделять параметры применяют знак &, например: ?параметр1=значение1&параметр2=значение2
  • Якорь – это уникальная строка, состоящая из букв и/или цифр. Она ссылается на определённую область открываемого веб-документа. С его помощью можно сделать так, чтобы пользователь попал не в начало HTML документа, а сразу к определенному месту.

Дополнительная информация касающаяся URL адресов

1. В URL адресах используются различные кодировки. Если перекодирования нет, использовать можно только определённое количество символов. Рекомендуется использовать символы [0-9],[a-z],[A-Z],[_],[-].

Чтобы избежать ошибок, разработчик должен именовать файлы сайта только в нижнем регистре и путь к ним указывать точно так же – маленькими буквами. Потому как, на юникс-подобных системах, а на них, чаще всего, работают веб-серверы, символы, написанные в разных регистрах, будут восприниматься машиной как разные. В Windows такого нет, но пренебрегать правилом, всё же, не стоит потому как если ваш файл назван в нижнем регистре, а в URL его название вы указали в верхнем регистре, то сервер не сможет его открыть.

Русские символы использовать можно, однако каждый русский символ будет проходить перекодировку (URL Encoding). И этой после перекодировки они будут выглядеть «страшно», ведь любой символ кириллицы будет закодирован с помощью 2 байт в UTF-8 в шестнадцатеричном виде. Разделяются символы знаком «%».

Например ссылка вида:

http://webmastermix.ru/всё для веб-мастера

Будет иметь вид:

http://webmastermix.ru/%u0432%u0441%u0435%20%u0434 %u043B%u044F%20%u0432%u0435%u0431%u043C%u0430 %u0441%u0442%u0435%u0440%u0430

Бороться с таким неудобством пытаются, однако, не слишком быстро. Поэтому, используя ЧПУ на своих CMS, лучше использовать транслитерацию (vse-dlya-webmastera). Ориентироваться будет проще, да и  для SEO все же наверное лучше.

2. Есть ещё такие URL — адреса которые называются динамическими. Такие URL содержат разные символы («?», «&», «=» и пр.) при помощи которых задаются параметры, кода мы рассматривали структуру URL уже упоминали про параметры, смотрите выше. Появляются такие адреса вследствие работы скриптов, размещённых на сайте. В таком случае, ссылка может иметь примерно такой вид:

http://webmastermix.ru/?page_id=1

3. Кроме этого URL страницы может содержать якорь (о нем тоже шла речь выше, когда рассматривалась структура URL) и иметь следующий вид:

http://webmastermix.ru/direktiriya/fail.html#1razdel

Как видите здесь на конце ссылки появился еще один параметр — #1razdel, который называется якорем ссылки. С этим вы так же часто будете сталкиваться при создании сайта и материалов. При помощи URL в котором указан якорь мы можем автоматически переместиться к той области HTML страницы где данный якорь указан. Очень часто такие URL используют на страницах с большим количеством контента, для упрощения навигации по такой странице создается содержание состоящее из таких ссылок.

Чтобы создать такую ссылку, нужно заранее, в то место HTML страницы, куда вы хотите перенаправлять по ней пользователя, вставить следующий HTML код:

После этого можно сослаться на эту страницу при помощи ссылки представленной выше.

Рекомендуем ознакомиться:

Подробности

Опубликовано: 11 Ноябрь 2013

Обновлено: 11 Ноябрь 2013

Просмотров: 60895

HTML/URL-адрес

Описание

URL-адрес (от англ. «Uniform Resource Locator» ‒ «Универсальный Указатель Ресурсов»; от англ. «Uniform Resource Locator» ‒ «Унифицированный Указатель Ресурсов») это указатель расположения ресурса.

URL-адреса могут быть абсолютными и относительными.

  • К абсолютным URL-адресам относят адреса, содержащие в себе полный путь к файлу, то есь путь от корневой директории до файла.
    http://example.su/
    http://example.su/index.html
    http://example.su/path/to/file/index.html
    /path/to/file/index.html
  • К относительным URL-адресам относят адреса, интерпретируемые относительно положения текущего документа. Выделяют следующие переходы:
    1. переход на верхние уровни, то есть переход в родительские каталоги.
      <!-- переход на 1 уровень вверх к файлу «index.html» -->
      ../index.html 
      
      <!-- переход на 2 уровня вверх к файлу «example.html» -->
      ../../example.html
    2. переходы на одном уровне, то есть в рамках одного каталога.
      <!-- переход к файлу «index.html», расположенном в том же каталоге -->
      
      . /index.html
      
      ... или ...
      
        index.html
    3. переход на нижние уровни, то есть переход в дочерние каталоги.
      <!-- переход на 1 уровень вниз к файлу «index.html» -->
      ./folder1/index.html
       ... или ... 
        folder1/index.html
      
      <!-- переход на 2 уровня вниз к файлу «example.html» -->
      ./folder1/folder2/example.html
       ... или ... 
        folder1/folder2/example.html

Условия использования

Все «&» символы, используемые во всех URL-адресах в (X)HTML документе должны быть заменены на соответствующие символьные ссылки («&amp;»).

URL-адреса Django · HonKit

Мы собираемся сделать нашу первую веб-страничку — домашнюю страницу твоего блога! Но для начала давай чуть ближе познакомимся с URL-адресами в Django.

Что такое URL-адрес?

URL — это просто адрес в интернете. Ты можешь увидеть URL каждый раз, когда посещаешь веб-сайт — он отображается в адресной строке твоего браузера (да, 127. 0.0.1:8000 — это URL-адрес! И https://djangogirls.org — тоже URL):

Любая страница в Интернете нуждается в собственном URL-адресе. Таким образом ваше приложение точно знает, что показать пользователю, который открывает конкретный URL-адрес. В Django мы используем так называемый URLconf (англ. URL configuration, конфигурация URL). URLconf — это набор шаблонов, которые Django попробует сравнить с полученным URL, чтобы выбрать правильный метод для отображения (view).

Как URL-адреса работают в Django?

Давай откроем файл mysite/urls.py в нашем редакторе и посмотрим, как он выглядит:

mysite/urls.py

"""mysite URL Configuration

[...]
"""
from django.contrib import admin
from django.urls import path

urlpatterns = [
    path('admin/', admin.site.urls),
]

Как можешь заметить, Django уже кое-что разместил здесь для нас.

Строки, расположенные между тройными кавычками (''' или """), называются docstrings — ты можешь добавить их в начале файла, класса или метода для описания их функциональности. Python будет их игнорировать при запуске приложения.

URL-адрес раздела администрирования, который мы посещали в предыдущей главе, уже здесь присутствует:

mysite/urls.py

    path('admin/', admin.site.urls),

Таким образом, любому URL-адресу, начинающемуся с admin/, Django будет находить соответствующее view (представление). В этом случае мы охватываем большое количество различных URL-адресов, которые явно не прописаны в этом маленьком файле — так он становится более аккуратным и удобочитаемым.

Твой первый URL-адрес в Django!

Пришло время создать твой первый URL-адрес! Мы хотим, чтобы ‘http://127.0.0.1:8000/’ возвращал домашнюю страничку нашего блога со списком записей в нём.

Мы также хотим сохранить файл mysite/urls.py в максимально аккуратном виде, так что мы импортируем URL-адреса для нашего приложения blog в mysite/urls.py.

Вперёд, добавь строку для импорта blog. urls. Обрати внимание, что здесь мы используем функцию include, поэтому тебе придется импортировать её в строке from django.urls....

Файл mysite/urls.py должен выглядеть следующим образом:

mysite/urls.py

from django.contrib import admin
from django.urls import path, include

urlpatterns = [
    path('admin/', admin.site.urls),
    path('', include('blog.urls')),
]

Django теперь будет перенаправлять все запросы ‘http://127.0.0.1:8000/’ к blog.urls и искать там дальнейшие инструкции.

blog.urls

Создай новый пустой файл blog/urls.py. Отлично! Добавь в него следующие две строки:

blog/urls.py

from django.urls import path
from . import views

Так мы импортировали функцию path Django и все views (представления) из приложения blog (у нас их пока нет, но через минуту они появятся!)

После этого мы можем добавить наш первый URL-шаблон:

blog/urls. py

urlpatterns = [
    path('', views.post_list, name='post_list'),
]

Как ты можешь заметить, мы связали view под именем post_list с корневым URL-адресом (''). Этот шаблон URL будет соответствовать пустой строке. Это правильно, потому что для обработчиков URL в Django ‘http://127.0.0.1:8000/’ не является частью URL. Этот шаблон скажет Django, что views.post_list — это правильное направление для запроса к твоему веб-сайту по адресу ‘http://127.0.0.1:8000/’.

Последняя часть name='post_list' — это имя URL, которое будет использовано, чтобы идентифицировать его. Оно может быть таким же, как имя представления (англ. view), а может и чем-то совершенно другим. Мы будем использовать именованные URL позднее в проекте, поэтому важно указывать их имена уже сейчас. Мы также должны попытаться сохранить имена URL-адресов уникальными и легко запоминающимися.

Если сейчас ты попытаешься открыть страницу http://127. 0.0.1:8000/ в браузере, то увидишь сообщение о том, что веб-страница недоступна. Это произошло потому, что сервер (помнишь, как мы набирали runserver?) перестал обрабатывать запросы. Чтобы понять почему, открой окно своей командной строки.

В твоей командной строке появилось сообщение об ошибке, но не беспокойся — оно, на самом деле, довольно полезно. Ты можешь прочесть, что не существует атрибута с именем ‘postlist’ — _no attribute ‘post_list’. Это название представления, которое Django пытается найти и использовать, но мы же его ещё не создали. В данный момент раздел /admin/ тоже не будет работать. Не беспокойся, мы этим займёмся.

Если хочешь узнать больше о Django URLconfs, посмотри официальную документацию: https://docs.djangoproject.com/en/2.0/topics/http/urls/

Руководство по запросам именных URL – Zoom Центр справки и поддержки

Запоминающийся URL-адрес — это персональный URL вашей компании, например, yourcompany. zoom.us. Этот запоминающийся URL-адрес необходим для конфигурации, если вы планируете активировать SSO (систему единого входа). Кроме того, на этой странице с запоминающимся адресом можно разместить свою фирменную символику или логотип, но обычно конечные пользователи не должны будут вводить адрес этой страницы вручную — вместо этого они будут входить в конференцию по ссылке. Эта страница с запоминающимся адресом не используется для регистрации в вебинаре или зала ожидания, однако обе этих функции можно настроить по отдельности. 

Если вам нужно изменить существующий именной URL, свяжитесь со службой поддержки Zoom. Новый именной URL должен соответствовать перечисленным ниже требованиям, предъявляемым к новым именным URL. 

Необходимые условия

  • Тарифный план «Бизнес», «Образование», «Предприятие» или API
  • Владелец учетной записи или администратор
  • Индивидуальный домен (такие домены, как @gmail.com или @outlook.com, не поддерживаются), принадлежащий вашей организации.  

Инструкции и требования

  • Подать заявку на получение именного URL можно на странице https://zoom.us/account.
    • Заявку на получение именного URL необходимо отправлять с официального, а не с публичного домена (gmail.com, hotmail.com, и т. д.)
  • Именные URL должны совпадать с именем домена вашей компании. Пример: 
    • «hooli.com» может подавать заявку на домен «hooli.zoom.us».
    • «hooli.org» может подавать заявку на домен «hooli-org.zoom.us».
    • «hooli.com.au» может подавать заявку на домен «hooli-au.zoom.us».
    • «hooli.org.au» может подавать заявку на домен «hooli-org-au.zoom.us».
    • «hooli.edu» может подавать заявку на домен «hooli-edu.zoom.us».
    • Если вы отправите заявку с адреса [email protected] на получение домена hooli.zoom.us, вы должны предоставить подтверждение того, что вы владеете доменом hooli.com.
  • Если вам нужен именной URL для подчиненной учетной записи или отдела, в нем должны содержаться название отдела и имя домена организации.
    • Например, если вам нужен именной URL для ИТ-отдела, вы должны подать заявку на домен «hooli-it.zoom.us».
  • Длина именных URL должна составлять не менее 4 символов (https://1234.zoom.us).
  • Именные URL должны содержать только буквы, цифры и дефисы (-).
  • Именные URL, соответствующие требованиям инструкций, будут одобрены в течение 1 рабочего дня. Именные URL, не соответствующие требованиям инструкций, будут отклонены или одобрены в течение 4–5 рабочих дней. Уведомления будут отправляться на адрес электронной почты пользователя, подавшего запрос на получение URL.
  • Мы оставляем за собой право удалять или изменять именные URL при наличии конфликтов между 2 компаниями с одинаковыми именными URL. Перед внесением любых изменений вам будет отправлено уведомление. 

 

Запуск быстрой команды с использованием схемы URL на iPhone или iPad

Схема URL в приложении «Быстрые команды» поддерживает запуск быстрых команд, сохраненных в Вашей коллекции команд. Данная возможность может быть полезной для использования в системах автоматизации, функциональность которых выходит за пределы Быстрых команд, обеспечивая другим приложениям доступ к запуску команд из Вашей коллекции. Кроме того, Вы можете использовать схему URL Быстрых команд в приложении-диспетчере задач, чтобы запустить и выполнить быструю команду в качестве одного из шагов проекта. Схемы URL можно использовать в тех же контекстах, что и URL‑адреса: в Вашем собственном приложении, в браузере или в командной строке.

Запуск быстрой команды из URL-адреса

  • Перейдите по URL-адресу, имеющему следующую структуру: shortcuts://run-shortcut?name=[name]&input=[input]&text=[text]

    В URL используйте перечисленные ниже параметры:

    • name. Имя быстрой команды, которую требуется запустить.

    • input (необязательно). Входные данные, изначально переданные быстрой команде. Доступно два типа входных данных: текстовая строка и слово clipboard. Когда значением параметра input является текстовая строка, быстрая команда использует этот текст. Когда значением параметра input является Clipboard, быстрая команда использует содержимое буфера обмена.

    • text. Если для input задано значение text, значение параметра text передается быстрой команде в качестве входных данных. Если для input задано значение clipboard, этот параметр игнорируется.

    Используя текстовую строку, Вы можете передать свой собственный текст, кодированный в URL, во входных данных быстрой команде. К примеру, URL-адрес, с помощью которого можно передать во входных данных текст «я люблю овощи» быстрой команде, которая называется «Создание PDF», выглядел бы следующим образом:

    shortcuts://run-shortcut?name=Lookup%20Goetta&input=text&text=я%20люблю%20овощи

    URL-адрес, с помощью которого можно было бы передать недавно скопированный текст в быструю команду с названием «Добавить в Заметки», выглядел бы так:

    shortcuts://run-shortcut?name=Добавить20%в20%«20%Заметки20%»&input=clipboard

Совет. Если Вы хотите запустить одну быструю команду из другой, вместо схемы URL используйте действие «Запустить быструю команду». Запускать быстрые команды с использованием URL-адресов следует, только если Вы интегрируете быструю команду, работая в другом приложении (не в Быстрых командах).

Что такое URL (унифицированный указатель ресурсов)?

Обновлено: 06.03.2020, Computer Hope

Также известный как интернет-адрес или веб-адрес , URL-адрес ( Uniform Resource Locator ) представляет собой форму URI и стандартизированного соглашения об именах для адресации документов, доступных через Интернет и Интранет. Примером URL-адреса является https://www.computerhope.com, который является URL-адресом веб-сайта Computer Hope.

Обзор URL

Ниже приведена дополнительная информация о каждом из разделов URL-адреса http для этой страницы.

http: // или https: //

«http» означает протокол передачи гипертекста. Это позволяет браузеру узнать, какой протокол он будет использовать для доступа к информации, указанной в домене. Протокол «https» является сокращением от «Безопасный протокол передачи гипертекста» и указывает, что информация, передаваемая по HTTP, зашифрована и защищена. После http или https следует двоеточие (:) и две косые черты (//), которые отделяют протокол от остальной части URL-адреса.

Кончик

URL-адрес не является явным для адресов HTTP или HTTPS; FTP, TFTP, Telnet и другие адреса также считаются URL-адресами и могут отличаться синтаксисом от нашего примера.

www.

Далее, www означает World Wide Web и используется для различения контента. Эта часть URL-адреса не требуется, и ее можно часто пропускать. Например, при вводе «http://computerhope.com» вы все равно попадете на веб-сайт Computer Hope. Эта часть адреса также может быть заменена важной подстраницей, известной как поддомен.

computerhope.com

Далее «computerhope.com» — это доменное имя для веб-сайта. Последняя часть домена называется суффиксом домена или TLD. Он используется для определения типа или местоположения веб-сайта. Например, .com — это сокращение от коммерческого, .org — от названия организации, а .co.uk — от Соединенного Королевства. Доступно несколько доменных суффиксов. Чтобы получить домен, вы должны зарегистрировать имя через регистратора доменов.

/ жаргон / u /

Далее «жаргон» и «u» — это каталоги, в которых веб-страница находится на сервере.В этом примере веб-страница состоит из двух каталогов. Чтобы найти файл на сервере, он должен находиться в каталоге / public_html / jargon / u . На большинстве серверов каталог public_html является каталогом по умолчанию, содержащим файлы HTML.

url.htm

Наконец, url.htm — это фактическая веб-страница в домене, который вы просматриваете. Конечный .htm — это расширение файла веб-страницы, которое указывает, что файл является файлом HTML. Другие распространенные расширения файлов в Интернете включают. html, .php, .asp, .cgi, .xml, .jpg и .gif. Каждое из этих расширений файлов выполняет разные функции, как и все типы файлов на вашем компьютере.

  • См. Наше определение index.htm для получения дополнительной информации об этом важном файле.
Кончик

Как вы могли заметить, протокол, домен, каталоги и файлы разделены косой чертой (/).

Где находится URL?

URL-адрес расположен в верхней части окна браузера в адресной строке или омнибоксе, в зависимости от окна вашего браузера.На настольных компьютерах и ноутбуках, если ваш браузер не отображается в полноэкранном режиме, URL-адрес отображается всегда. В большинстве браузеров смартфонов и планшетов адресная строка, содержащая URL-адрес, исчезает при прокрутке вниз и отображает домен только тогда, когда он виден. Когда адресная строка не отображается, прокрутите страницу вверх. Если отображается только домен, нажатие на адресную строку показывает полный адрес.

Кончик

На большинстве страниц обмена видео, таких как YouTube, также есть ссылки для обмена под видео или в самом видео. Использование этих ссылок для совместного использования — еще один способ получить URL-адрес видео.

Как открыть URL

Вы можете открыть URL-адрес, щелкнув гиперссылку. Например, если вы щелкнете по «гиперссылке» в этом абзаце, откроется страница с описанием гиперссылок.

Если URL-адрес находится в печатном материале (например, в электронной почте или журнале) и не является гиперссылкой, вы можете открыть страницу, введя URL-адрес в адресной строке браузера. Если URL-адрес находится в электронном письме, его также можно скопировать и вставить в адресную строку.

Кончик

Некоторые печатные материалы могут также содержать QR-код, который можно отсканировать с помощью смартфона, чтобы открыть веб-страницу.

Какие символы нельзя использовать в URL-адресе?

Большинство людей понимают, что в URL нельзя использовать пробелы. Однако также важно понимать, что, как описано в RFC 1738, строка URL-адреса может содержать только буквенно-цифровые символы и символы! $ -_ + * ‘(). Любые другие символы, которые необходимы в URL-адресе, должны быть закодированы.

Понимание более сложных URL-адресов и параметров

Когда URL-адрес указывает на сценарий, который выполняет дополнительные функции, дополнительная информация (параметры) добавляется в конец URL-адреса.Например, URL-адрес поисковой системы, указывающий на страницу результатов поиска, включает параметр со словами поискового запроса.

Ниже приведен пример URL-адреса, который указывает на страницу поиска Computer Hope с параметром поискового запроса «example search».

 https://www.computerhope.com/cgi-bin/search.cgi?q=example%20search 

В этом URL-адресе указан файл сценария search.cgi в каталоге cgi-bin. Поскольку этот файл заканчивается на .cgi, предполагается, что это сценарий Perl.

После имени файла сценария ? (вопросительный знак). Знак вопроса в URL-адресе отделяет URL-адрес от всех параметров или переменных, отправляемых в сценарий. В приведенном выше примере параметр равен q = example% 20search . «Q» — это имя переменной, а «example% 20search» — это значение этой переменной. Поскольку в URL-адресе нельзя использовать пробелы, он кодируется как% 20. Во многих скриптах для обозначения пробела также используется + (плюс).

В нашем примере, поскольку есть переменная, сценарий будет использовать ее при выполнении.Скрипты также не ограничиваются одной переменной. Если скрипту требуется несколько переменных, каждую переменную можно разделить символами и (амперсанд), как показано в примере ниже.

 https://www.computerhope.com/cgi-bin/search.cgi?q=example%20search&example=test 

В приведенном выше примере есть две разные переменные. Переменная «q» равна «поиску примера», а переменная «пример» равна «тесту». Если сценарий искал переменную example , ее можно было обработать и выполнить дополнительную функцию.

IP-адрес совпадает с URL-адресом или веб-адресом?

Нет. IP-адрес — это уникальный номер, который назначается каждому устройству в сети. Во всемирной паутине доменному имени назначается уникальный IP-адрес. При вводе (например, computerhope.com) DNS преобразует доменное имя в IP-адрес, который маршрутизаторы используют для поиска веб-сервера. Вместо IP-адреса используется доменное имя, потому что его легче запомнить. Например, проще вспомнить «компьютерную надежду».com «, чем запоминание IP-адреса, такого как» 216.58.216.164 «. См. наш IP-адрес для получения дополнительной информации об IP.

Кончик

Вы можете представить себе доменное имя как изображение дома, а IP-адрес — как адрес дома. Изображение дает вам представление о том, как выглядит дом, но без адреса вы никогда не сможете найти этот дом.

Адрес, Компьютерные сокращения, cURL, Интернет, Интернет-термины, Интранет, IP, Голый URL-адрес, SEO-термины, URI, Сокращение URL-адресов, Условия веб-дизайна, Whack

Интернет-советов: понимание URL-адресов

Урок 3.
Общие сведения об URL-адресах

/ ru / internet-tips /standing-hyperlinks / content /

Понимание URL-адресов

Каждый раз, когда вы нажимаете ссылку на веб-сайте или вводите веб-адрес в адресную строку браузера, это URL .URL означает унифицированный указатель ресурсов. Думайте об этом как об уличном адресе, где каждая часть URL-адреса представляет собой разные части адреса, и каждая дает вам разную информацию. Давайте рассмотрим каждый компонент URL и что из него можно извлечь.

Посмотрите видео ниже, чтобы узнать о различных частях URL-адреса.

Схема

Каждый URL URL начинается со схемы . Это сообщает вашему браузеру, какой это тип адреса, чтобы браузер правильно подключался к нему.Существует много типов схем, но при обычном просмотре веб-страниц вы в основном увидите http и https . Ваш браузер обычно не отображает схему в адресной строке, и обычно вам не нужно вводить схему при вводе веб-адреса; вместо этого вы можете просто начать с доменного имени . Схема по-прежнему всегда является частью URL-адреса; он просто не отображается.

Доменное имя

Доменное имя — самая заметная часть веб-адреса.Как правило, разные страницы одного и того же сайта будут по-прежнему использовать одно и то же доменное имя . Например, все страницы этого сайта используют доменное имя GCFLearnFree.org .

Каждый сегмент доменного имени , разделенный точкой, называется доменом . Домен справа называется доменом верхнего уровня , домен слева от него называется доменом второго уровня , затем доменом третьего уровня и так далее.

Часто можно узнать что-нибудь о сайте из доменов. Один из доменов обычно идентифицирует организацию, а домен верхнего уровня может дать вам более общую информацию о том, что это за сайт. Например, в доменном имени nc.gov домен .gov означает, что это государственный веб-сайт в Соединенных Штатах, домен nc идентифицирует его как веб-сайт Северной Каролины.

В большинстве URL-адресов домен www можно не указывать.Google.com и www.google.com ведут на одну и ту же страницу. Однако нельзя пропустить другие поддомены. Например, для всех страниц в news.google.com требуется субдомен news в URL-адресе.

Путь к файлу

Путь к файлу — часто называемый просто путем — указывает вашему браузеру загрузить определенную страницу. Если вы не укажете путь и введете только доменное имя , ваш браузер по-прежнему загружает определенную страницу; он просто загружает страницу по умолчанию, которая обычно помогает вам переходить на другие страницы.

URL-адреса

, которые заканчиваются на доменное имя без пути к файлу обычно загружают домашнюю страницу или страницу индекса, которая предназначена для помощи вам в переходе на определенные страницы сайта. Часто, если вы не можете вспомнить путь к файлу для определенной страницы, вы можете перейти на домашнюю страницу и выполнить поиск.

Параметры

Некоторые URL-адреса включают строку символов после пути, начинающуюся с вопросительного знака, которая называется строкой параметра .Вы, наверное, заметили, что эта часть URL появляется в вашей адресной строке после выполнения поиска в Google или YouTube. Строка параметров может быть понятной или запутанной для человека-пользователя, но это важная информация для сервера.

Якорь

Также появляется после пути, привязка сообщает вашему браузеру прокрутить или загрузить определенную часть страницы. Обычно якорь начинается с хэштега и используется для направления вашего браузера к определенной части очень длинной страницы, подобно закладке.Различные привязки не загружают разные страницы; они просто говорят браузеру отображать разные части страницы.

Весь URL

В сочетании эти элементы составляют URL-адрес, хотя не все URL-адреса будут состоять из пяти частей.

Используя то, что мы узнали в этом руководстве, мы можем сказать по доменному имени этого URL-адреса, что он находится в Википедии, по параметрам, что страница, вероятно, посвящена буррито, и по привязке, которую мы будем рассматривать в разделе о буррито. на завтрак.

Имейте в виду, что это наиболее распространенные компоненты URL-адреса. Есть много других частей, но это те пять, которые вы будете видеть чаще всего и которые обычно могут дать вам больше всего информации.

/ ru / internet-tips / how-to-select-an-email-service / content /

Как сказать URL-адреса веб-сайтов и адреса электронной почты

Предположим, ваша книга содержит веб-адрес, например:

«http://www.KarenCommins.com/othermedia/GraphicRomance.mp4»

Необязательно произносить http: // или www.в начале URL по 2 причинам:

1. Основное население пользуется компьютерами и Интернетом.
2. Компьютерные серверы почти всегда подключаются к унифицированному указателю ресурсов (URL), даже если вы не вводите обозначения протокола (http: //) или World Wide Web (www.).

Точка в веб-URL или адресе электронной почты обозначается как «точка». Дефис называется «тире».

Следовательно, вы бы произнесли этот пример адреса, используя эти слова

Карен Комминс точка com слэш другой носитель графическая черта романтика точка M P четыре

Хорошая мнемоника для запоминания разницы между косой чертой и обратной косой чертой состоит в том, что символ косой черты / наклоняется вправо.В веб-адресах всегда используется косая черта, а не обратная косая черта, так что вы будете ПРАВИЛЬНЫ, если скажете косую черту!

Как бы то ни было, обратная косая черта \ наклоняется влево. Вы увидите это на машинах Windows для путей к каталогам, где машины Mac используют косую черту для той же цели.

Если ваша книга не художественная литература с реальными адресами , вам следует позаботиться о том, чтобы записывать любые слова и включать заглавные буквы ПОСЛЕ косой черты после имени домена, как если бы слушатель диктовал и вводил адрес как вы говорите.

В нашем примере KarenCommins.com (точка Karen Commins com) — это доменное имя. В научно-популярной книге наш URL-адрес может быть обозначен как

.

Карен Комминс точка com (то есть kar e n c o m i n s) косая черта в других СМИ графическая черта романс (все одно слово) точка m p четыре (с заглавной G в графике и заглавной R в романтике)

Адреса электронной почты записываются как [email protected] Вы бы сказали: «Карен из компании« Рассказчики дорожной карты ». Адреса электронной почты не чувствительны к регистру.

Многие рассказчики задавали вопрос о произношении на сайте Reddit. Информация на этом сайте сгруппирована по группам, которые начинаются с «р /», например «р / шнауцеры». Несмотря на то, что соучредитель сказал «ahr slash» в в этом клипе , некоторые издатели приказывали рассказчикам произносить «sub-reddit». В моем примере вы бы сказали «ahr slash schnauzers» или «sub-reddit schnauzers». Мой выбор будет зависеть от контекста и аудитории.

Кстати, если вы увидите один из моих доменов, упомянутых в вашей книге, дайте мне знать!

Другие ресурсы по этой теме:
  • На этой странице показан еще один пример, когда использование заглавных букв влияет на URL.
  • Центр приветствия предлагает несколько вариантов помощи в исследовании произношения.

URL-адресов и веб-адресов — Руководство по стилю Microsoft

  • 2 минуты на чтение

В этой статье

Связь клиенты часто ссылаются на веб-сайты и URL-адреса. Следуйте этим рекомендации, чтобы сделать ваши URL-ссылки понятными и удобными для клиентов понимать.

URL против адреса

В контенте для широкой аудитории используйте адрес , а не URL . В контенте для технической аудитории не указывайте URL при первом упоминании. Если у вас есть причина указать URL, используйте унифицированный указатель ресурсов .

Используйте a, не an, в качестве статьи перед URL .

Ссылки на определенные сайты и домены

Не включайте https: // в URL.Включайте протокол только в том случае, если это не HTTP, например протокол передачи файлов (FTP).
Примеры
www.microsoft.com/business
ftp://example.com/downloads/myfile.txt

завершающая косая черта в конце URL-адреса является необязательной. В большинстве случаев оставьте это выключенный. Никогда не используйте косую черту в конце URL-адреса, который заканчивается именем файла.

В большинстве случаев используйте строчные буквы для URL-адресов, адресов электронной почты и адресов групп новостей.

Для ссылки на весь веб-сайт или домен верхнего уровня, например Microsoft.com, опустите http: // www в URL-адресе и используйте только первую букву URL-адреса с заглавной буквы, даже если имя сайта написано иначе.
Примеры
www.microsoft.com
Microsoft.com
Codeplex.com является домом для сайта проекта с открытым исходным кодом, размещенного на сервере Microsoft.

Грамматика и форматирование

Используйте из (не для ), чтобы описать связь слова URL с ресурсом. Используйте предлог на с указанием местоположения определенного адреса.
Примеры
Результаты поиска включают URL-адрес страницы.
Узнайте больше о продуктах и ​​услугах Microsoft на сайте www.microsoft.com.

Если читатель может подумать, что точка в конце предложение является частью URL-адреса, перепишите предложение или установите URL-адрес выключенный.
Примеры
Перейдите на страницу windows.microsoft.com/upgrade, чтобы узнать, как получить бесплатное обновление до Windows 10.
Чтобы получить бесплатное обновление до Windows 10, посетите наш веб-сайт:
windows.microsoft.com / upgrade

Напишите краткий, но содержательный текст ссылки, используя заголовок или описание страницы, а не общую фразу, например, , нажмите здесь . В замещающем тексте для изображения, которое ссылается на другое место, четко укажите, что изображение является ссылкой.
Примеры
Перейдите на страницу обновления Windows 10, чтобы узнать, как получить бесплатное обновление.
(Альтернативный текст) Изображение женщины, разговаривающей по телефону, которая открывает сеанс онлайн-чата со службой поддержки Microsoft.
(Альтернативный текст) Логотип Windows 10 и ссылка на страницу обновления до Windows 10.

Как читать веб-адреса

Определение доменного имени

Доменные имена являются частью полного веб-адреса (который иногда называют «URL-адресом»), который всегда однозначно идентифицирует веб-сайт. Примеры доменных имен включают becybersafe.com и amazon.com.

Это важно — определение доменного имени из полного веб-адреса является ключом к определению, посещаете ли вы веб-сайт подлинной компании или веб-сайт, управляемый преступниками.

Иногда сложно определить, что такое доменное имя из полного веб-адреса, который вы видите, но как только вы знаете, как его распознать, это на самом деле довольно просто.

Извлечение доменных имен из веб-адресов …

веб-адресов состоят из множества элементов, которые помогают вашему компьютеру найти нужную веб-страницу. Помимо имени домена, они могут также включать используемый метод связи (например, https или http), любые поддомены (где вы обычно видите www), запрошенные страницы и другие параметры.

Шаги для определения доменного имени по веб-адресу:

В приведенном выше примере «becybersafe.com» — это доменное имя, которое сообщает вам, какой веб-сайт вы посещаете.

Преступники часто пытаются добавить в веб-адрес много дополнительного текста, чтобы ввести вас в заблуждение и ввести в заблуждение, например, помещая законные торговые марки в субдомен в надежде, что пользователи подумают, что это доменное имя.

Извлечение доменных имен из адресов электронной почты …

В адресе электронной почты процесс намного проще — возьмите все справа от символа @ и прочитайте справа налево, как указано выше.Рядом с доменом верхнего уровня следующая метка слева — это имя домена.


Так как насчет этих?

Во всех приведенных ниже примерах только часть, выделенная полужирным шрифтом , представляет имя домена. Другие части часто представляют собой отступы, которые предназначены для того, чтобы попытаться обмануть вас — при оценке подлинности веб-сайта следует использовать только основное доменное имя:

  • Веб-адреса:
    • www. mywebsite.com /home.php?www.hsbc.com
    • https: // wellsfargo. security-alerts.com
    • твиттер. trendingnow.com
    • http://www.bank. ofamerica.com / проверка аккаунта
    • http: // wwwamazon.com /
    • www. facebook-security-alerts.com
    • https://www.amazon. order-updates.co.uk
  • Адреса электронной почты:

Как видите, преступники несколькими способами пытаются обмануть нас с помощью доменных имен. Сюда могут входить:

  • Использование названия компании в другом месте полного URL-адреса (например, «www.amazon.order-updates.co.uk «),
  • Отсутствуют точки между метками (например, в приведенных выше примерах «wwwamazon»),
  • Разделение названий компаний точками («bank.ofamerica.com»),
  • И поместите подлинное доменное имя справа от доменного имени («mywebsite.com/home.php?www.hsbc.com»).

Они также могут просто использовать что-то, что звучит как настоящая компания («facebook-security-alerts.com»).


Использованы другие фокусы

Помимо того, что обманом заставляют людей фокусироваться не на той части адреса, у мошенников и других преступников есть еще несколько уловок в рукаве.

Замена символов

Не обманете ли вы ссылку:

Это фактически использует заглавную i вместо буквы l в «PayPal». В браузере это чрезвычайно сложно обнаружить (попробуйте, введите его!), И этот трюк успешно использовался мошенником еще в 2000 году. Шрифт, в котором вы просматриваете доменное имя, может иметь решающее значение — если вы когда-либо не уверены о ссылке просто скопируйте ее в простой текстовый редактор (например, в Блокнот в Windows), так как в нем почти всегда будут отображаться любые подозрительные символы.

Некоторые преступники менее изощренны и полагаются на то, что мы быстро читаем веб-адреса, чтобы пропустить очевидные ошибки. wwww.bank0famerica.com кто-нибудь? Или, может быть, www.h5bc.com?

Веб-сайты теперь также можно создавать с использованием букв, отличных от латиницы (алфавит, используемый для английского языка) — это может привести к проблемам с некоторыми символами, визуально очень похожими на английские буквы. Некоторые производители браузеров сейчас пытаются разработать функции, которые будут автоматически предупреждать пользователей об этих веб-сайтах, но до тех пор лучшая защита — просто оставаться начеку.

Смена домена верхнего уровня

Другой прием, который иногда используется, — это замена домена верхнего уровня, например, отображение www.amazon.uk вместо amazon.co.uk или www.facebook.uk.com вместо www.facebook.com.

Большинство таких уловок очень недолговечны, поскольку компания-мишень быстро узнает об атаке и просит интернет-власти отключить доменное имя, подделывающее подделку, но преступникам нужно всего несколько человек, чтобы попасться на это за это короткое время, чтобы это было прибыльным. для них.


Итак, подведем итоги …

Будьте осторожны при чтении доменных имен !!

rfc2732

 Network Working Group Р. Хинден
Запрос комментариев: 2732 Nokia
Категория: Стандарты Track B. Carpenter
                                                                   IBM
                                                           Л. Масинтер
                                                                  AT&T
                                                         Декабрь 1999 г.


               Формат буквальных адресов IPv6 в URL-адресах

Статус этого меморандума

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения.Пожалуйста, обратитесь к текущему выпуску "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола. Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторское право (C) The Internet Society (1999). Все права защищены.

Абстрактный

   Этот документ определяет формат буквальных IPv6-адресов в URL-адресах.
   для реализации в браузерах World Wide Web. Этот формат был
   реализовано в версиях IPv6 нескольких широко распространенных браузеров
   включая Microsoft Internet Explorer, Mozilla и Lynx.Это также
   предназначен для использования в версии IPv6 местоположения службы
   протокол.

   В этом документе содержится обновление общего синтаксиса Uniform.
   Идентификаторы ресурсов определены в RFC 2396 [URL]. Он определяет синтаксис
   для адресов IPv6 и позволяет использовать "[" и "]" в URI
   явно для этой зарезервированной цели.

1. Введение

   Текстовое представление, определенное для буквальных адресов IPv6 в
   [ARCH] напрямую не совместим с URL-адресами. Оба используют ":" и "."
   символы в качестве разделителей.Этот документ определяет формат для
   буквальные адреса IPv6 в URL для реализации во всемирной паутине
   браузеры. Цель состоит в том, чтобы иметь формат, позволяющий легко "разрезать" и
   операции «вставки» с минимумом редактирования буквального адреса.






Хинден и др. Стандарты Track [Страница 1] 

RFC 2732 Буквальные адреса IPv6 в URL-адресах, декабрь 1999 г.


   Формат, определенный в этом документе, был реализован в протоколе IPv6.
   версии нескольких широко распространенных браузеров, включая Microsoft
   Internet Explorer, Mozilla и Lynx.Он также предназначен для использования
   в версии протокола определения местоположения службы IPv6.

1.1 Требования

   Ключевые слова ДОЛЖНЫ, НЕ ДОЛЖНЫ, НЕОБХОДИМЫ, НЕ ДОЛЖНЫ, НЕ ДОЛЖНЫ,
   НЕ ДОЛЖЕН, РЕКОМЕНДУЕТСЯ, МОЖЕТ и НЕОБЯЗАТЕЛЬНО, если и где они появляются
   в этом документе должны интерпретироваться, как описано в [КЛЮЧЕВЫЕ СЛОВА].

   Браузеры World Wide Web ДОЛЖНЫ реализовывать формат литералов IPv6.
   в URL-адресах, определенных в этом документе. Другие типы приложений и
   протоколы, которые используют URL-адреса, МОГУТ использовать этот формат.2. Буквальный формат адреса IPv6 в синтаксисе URL

   Чтобы использовать буквальный IPv6-адрес в URL-адресе, буквальный адрес должен быть
   заключены в символы "[" и "]". Например, следующие
   буквальные адреса IPv6:

      FEDC: BA98: 7654: 3210: FEDC: BA98: 7654: 3210
      1080: 0: 0: 0: 8: 800: 200C: 4171
      3ffe: 2a00: 100: 7031 :: 1
      1080 :: 8: 800: 200C: 417A
      :: 192.9.5.5
      :: FFFF: 129.144.52.38
      2010: 836B: 4179 :: 836B: 4179

   будет представлен как в следующем примере URL:

      http: // [FEDC: BA98: 7654: 3210: FEDC: BA98: 7654: 3210]: 80 / index.html
      http://[1080:0:0:0:8:800:200C:417A visible/index.html
      http: // [3ffe: 2a00: 100: 7031 :: 1]
      http: // [1080 :: 8: 800: 200C: 417A] / foo
      http:// [::192.9.5.5]]
      http://[::FFFF:129.144.52.38] ]:80/index.html
      http: // [2010: 836B: 4179 :: 836B: 4179]

3. Изменения в RFC 2396

   В этом документе обновлен общий синтаксис Uniform Resource.
   Идентификаторы, определенные в RFC 2396 [URL]. Он определяет синтаксис для IPv6.
   адреса и позволяет явно использовать "[" и "]" в URI
   для этой зарезервированной цели.Хинден и др. Стандарты Track [Страница 2] 

RFC 2732 Буквальные адреса IPv6 в URL-адресах, декабрь 1999 г.


   В синтаксис RFC 2396 внесены следующие изменения:
   (1) измените нетерминал 'host', чтобы добавить параметр IPv6:

      host = hostname | IPv4address | IPv6reference
      ipv6reference = "[" IPv6адрес "]"

   где IPv6address определяется как в RFC2373 [ARCH].

   (2) Замените определение «IPv4address» на определение RFC 2373, как
   он правильно определяет IPv4address как состоящий не более чем из трех
   десятичных цифр на сегмент."|" `"

4. Соображения безопасности

   Использование этого подхода для представления буквальных адресов IPv6 в URL-адресах.
   не вносит никаких известных новых проблем безопасности.

5. Соображения IANA

   Никто.






















Хинден и др. Стандарты Track [Страница 3] 

RFC 2732 Буквальные адреса IPv6 в URL-адресах, декабрь 1999 г.


6. Адреса авторов

   Роберт М. Хинден
   Nokia
   313 Фэйрчайлд Драйв
   Маунтин-Вью, CA 94043
   Соединенные Штаты Америки

   Телефон: +1650 625 2004
   Электронная почта: hinden @ iprg.nokia.com
   Веб: http://www.iprg.nokia.com/~hinden


   Брайан Э. Карпентер
   IBM
   iCAIR, офис 150
   1890 Maple Avenue
   Эванстон ИЛ 60201
   Соединенные Штаты Америки

   Электронная почта: [email protected]


   Ларри Масинтер
   AT&T Labs
   75 Willow Road
   Менло-Парк, Калифорния 94025

   Электронная почта: [email protected]
   Веб: http://larry.masinter.net

7. Ссылки

   [ARCH] Хинден, Р. и С. Диринг, "Адресация IP версии 6
              Архитектура », RFC 2373, июль 1998 г.

   [STD-PROC] Брэднер, С., Процесс стандартизации Интернета - Редакция 3,
              BCP 9, RFC 2026, октябрь 1996 г.[URL] Филдинг, Р., Масинтер, Л. и Т. Бернерс-Ли, "Униформа
              Идентификаторы ресурсов: общий синтаксис ", RFC 2396, август
              1998 г.









Хинден и др. Стандарты Track [Страница 4] 

RFC 2732 Буквальные адреса IPv6 в URL-адресах, декабрь 1999 г.


8. Полное заявление об авторских правах

   Авторское право (C) The Internet Society (1999). Все права защищены.

   Этот документ и его переводы могут быть скопированы и предоставлены
   другие и производные работы, которые комментируют или иным образом объясняют это
   или помочь в его реализации могут быть подготовлены, скопированы, опубликованы
   и распространяется, полностью или частично, без ограничения каких-либо
   добрый, при условии, что указанное выше уведомление об авторских правах и этот абзац являются
   включены во все такие копии и производные работы.Однако это
   сам документ не может быть изменен каким-либо образом, например, путем удаления
   уведомление об авторских правах или ссылки на Internet Society или другие
   Интернет-организации, за исключением случаев, когда это необходимо для
   разработки Интернет-стандартов, в этом случае процедуры для
   авторские права, определенные в процессе разработки стандартов Интернета, должны быть
   следовали, или по мере необходимости перевести его на другие языки, кроме
   Английский.

   Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
   аннулировано Интернет-сообществом, его правопреемниками или правопреемниками.Этот документ и содержащаяся в нем информация размещены на
   Основа "КАК ЕСТЬ" и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
   TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
   НО НЕ ОГРАНИЧИВАЕТСЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
   ЗДЕСЬ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
   КОММЕРЧЕСКАЯ ЦЕННОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.

Подтверждение

   Финансирование функции редактора RFC в настоящее время обеспечивается
   Интернет-сообщество.Хинден и др. Стандарты Track [Страница 5]
 

отдельных URL-адресов | Центр поиска | Разработчики Google

Google не рекомендует использовать отдельные URL для настройки сайта. потому что это сложно реализовать и поддерживать. Рассмотреть возможность Адаптивный веб-дизайн.

В этой конфигурации настольные и мобильные страницы имеют разные URL-адреса.

Обычная настройка — это страницы на www.example.com , обслуживающие пользователей настольных компьютеров с соответствующие страницы обслуживаются на м.example.com для мобильных пользователей. Google не отдавайте предпочтение любому конкретному формату URL, если все они доступны для всех Пользовательские агенты Googlebot.

TL; DR

  • Сообщает о связи между двумя URL-адресами с помощью тега с помощью атрибута rel = "canonical" и rel = "альтернативный" элементов.

  • Обнаруживает строки пользовательского агента и правильно перенаправляет их.

Аннотации для настольных и мобильных URL-адресов

Чтобы наши алгоритмы понимали отдельные URL-адреса мобильных устройств, мы рекомендуем использовать следующие аннотации:

  1. На странице рабочего стола добавьте тег rel = "alternate" , указывающий на соответствующий мобильный URL.Это помогает роботу Googlebot определить местонахождение вашего мобильные страницы сайта.
  2. На мобильной странице добавьте тег rel = "canonical" , указывающий на соответствующий URL-адрес рабочего стола.

Мы поддерживаем два метода добавления этой аннотации: в HTML-код страниц. сами и в карты сайта. Например, предположим, что рабочий стол URL-адрес: http://example.com/page-1 , а соответствующий мобильный URL-адрес http://m.example.com/page-1 . Аннотации в этом примере будут такими: следует.

Аннотации в HTML

На странице рабочего стола ( http://www.example.com/page-1 ) добавьте следующую аннотацию:

  
  

На мобильной странице ( http://m.example.com/page-1 ) необходимая аннотация должно быть:

  
  

Этот тег rel = "canonical" в URL-адресе мобильного устройства, указывающем на страницу для ПК, является требуется.

Аннотации в файлах Sitemap

Мы поддерживаем включение аннотации rel = "alternate" для страниц рабочего стола в такие карты сайта:

  

  
     http://www.example.com/page-1/ 
    
  

  

Требуемый тег rel = "canonical" в URL-адресе для мобильных устройств должен быть добавлен в HTML мобильной страницы.

Подробное примечание

Обратите внимание на атрибуты тега ссылки на странице рабочего стола:

  • Атрибут rel = "alternate" сигнализирует, что этот тег указывает альтернативный URL-адрес страницы рабочего стола.
  • Значение атрибута media — это строка запроса мультимедиа CSS, которая указывает медиа-функции, описывающие, когда Google следует использовать альтернативный URL.В этом В данном случае мы используем медиа-запрос, который обычно используется для таргетинга на мобильные устройств.
  • Атрибут href указывает расположение альтернативного URL-адреса, а именно страница на m.example.com .

Эта двусторонняя («двунаправленная») аннотация помогает роботу Googlebot обнаруживать ваш контент. и помогает нашим алгоритмам понять взаимосвязь между вашим рабочим столом и мобильные страницы и относитесь к ним соответствующим образом. Когда вы используете разные URL-адреса для обслуживания один и тот же контент в разных форматах, аннотация сообщает алгоритмам Google что эти два URL-адреса имеют одинаковое содержание и должны рассматриваться как единое целое. вместо двух сущностей. Если десктопная и мобильная версия страницы рассматриваются как отдельные объекты, URL-адреса для компьютеров и мобильных устройств могут отображаться в результаты поиска на компьютере, и их рейтинг может быть ниже, чем если бы Google понял их отношения . Вот некоторые из распространенных ошибок в этой конфигурации:

  • При использовании разметки rel = "alternate" и rel = "canonical" сохраняйте соотношение 1 к 1. соотношение между мобильной страницей и соответствующей классической страницей. В в частности, избегайте аннотирования многих страниц рабочего стола, которые относятся к одному мобильному страницу (или наоборот).
  • Еще раз проверьте свои перенаправления — убедитесь, что страницы рабочего стола не непреднамеренное перенаправление на одну несвязанную мобильную страницу.
Если вы решите реализовать отдельный мобильный сайт, помните о распространенные ошибки, такие как настройка ошибочных перенаправлений для мобильных пользователей.

Автоматическое перенаправление

Когда веб-сайт настроен для обслуживания настольных и мобильных браузеров с использованием разные URL-адреса, веб-мастера могут захотеть автоматически перенаправлять пользователей на URL-адрес это лучше всего им служит.Если на вашем веб-сайте используется автоматическое перенаправление, обязательно относиться ко всем роботам Google как к любому другому пользовательскому агенту и перенаправлять их соответствующим образом.

Поддерживаемые методы перенаправления

Робот Googlebot поддерживает две следующие реализации перенаправления:

  • HTTP перенаправляет
  • JavaScript перенаправляет
Использование перенаправления HTTP
Перенаправление

HTTP обычно используется для перенаправления клиентов на URL-адреса конкретных устройств. Обычно перенаправление выполняется на основе пользовательского агента в HTTP-запросе. заголовки.Важно, чтобы перенаправление соответствовало альтернативному URL-адрес, указанный в теге rel = "alternate" страницы или в файле Sitemap.

Для этой цели не имеет значения, перенаправляет ли сервер с HTTP 301 или код состояния 302, но по возможности рекомендуется использовать 302.

JavaScript перенаправляет

Если перенаправление HTTP сложно реализовать, вы можете использовать JavaScript для перенаправлять пользователей на URL-адреса, на которые указывает атрибут rel = "alternate" ярлык.Если вы решите использовать эту технику, помните о задержке, вызванной клиентской стороной перенаправления из-за необходимости сначала загрузить страницу, затем проанализируйте и выполните JavaScript перед запуском перенаправления.

Существует множество подходов к реализации перенаправления на основе JavaScript. Для Например, вы можете использовать JavaScript для выполнения медиа-запросов на вашем сайте. использует в аннотациях ссылок на странице с помощью matchMedia () JavaScript функция.

Двунаправленные и однонаправленные перенаправления

На разных веб-сайтах реализуются разные политики перенаправления.Только некоторые сайты перенаправлять пользователей мобильных устройств, посещающих страницу для ПК, на страницу для мобильных устройств («однонаправленные» перенаправления), а некоторые веб-сайты перенаправляют как мобильные, так и настольные компьютеры. пользователи, если они посещают страницы, соответственно, на настольных и мобильных сайтах («двунаправленные» перенаправления).

В отношении робота Google у нас нет никаких предпочтений, и мы рекомендуем веб-мастерам учитывайте своих пользователей при выборе политики перенаправления. Большинство важно обслуживать правильные и последовательные перенаправления, или, другими словами, перенаправлять на эквивалентный контент на настольном или мобильном сайте.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *