Для чего используются в url адресах символ знака вопроса
URI — сложно о простом (Часть 1)
Появилось таки некоторое количество времени, и я решил написать сий пост, идея которого возникла уже давно.
Связан он будет будет с такой, казалось бы, простой вещью, как URI, детальному рассмотрению которой в рунете уделяется как-то мало внимания.
«Пфф, ссылки они и в Африке ссылки, чего тут разбираться?» — скажете вы, тогда я задам вопрос:
Перед тем как начать хотел бы обозначить, что есть пост на схожую тему, в котором все обозначено проще и немного понятнее. Целью же этого поста, я ставлю более глубокое изучение вопроса и сбор информации об URI в одном месте, дабы «не потерять». Ну, почти в одном месте, статья будет разделена на две части
А для удобства бахнем оглавление, которое работает не без особенностей URI, которую мы рассмотрим попозжа, в этой статье.
Ознакомление
1. URI
Унифицированный Идентификатор Ресурса, в простонародье — URI
Самое свежее описание того, чем же все-таки являются эти пресловутые URI датируется январем аж 2005-го, а именно RFC3986, написанный самим Тимом Бёнесом-Ли, родоначальника всеми нами любимого тырнета.
Резюмируя п.1.1 можно сформулировать определение:
Многие из вас замечали, что на разных ресурсах ссылки называют то URL, то URI и, вероятно, становилось интересно — какой же из вариантов правильный?
Дело в том, что URL увидел свет и был документирован в 1990 году, в то время как URI был документирован лишь в 1994 году. И вплоть до 2002 года, до выхода RFC3305, уместными были оба варианта именования, что, порой вносило путаницу.
В п.2 RFC3305 сообщается об устаревании такого термина как URL, применимо к ссылкам, и что отныне верным будет именование URI, с того момента, во всех документах W3C использует термин URI. Исходя из этого, применяя термин URL к соответствующим ссылкам, вы не делаете смысловой ошибки, но делаете ее с точки зрения правильного именования.
Так же примечателен тот момент, что вплоть до выхода RFC2396, в 1997 году, URI расшифровывался как Universal Resource Identifier, что можно увидеть в RFC1630
1.1. Синтаксис
URI составлен из ограниченного набора символов, состоящих из цифр, букв и нескольких графических символов, все эти символы вписываются в кодировку US-ASCII (ASCII). Зарезервированное подмножество символов может использоваться, чтобы разграничить компоненты синтаксиса в URI, в то время как остающиеся символы: не зарезервированный набор и включая те зарезервированные символы, которые не действуют как разделители в данной компоненте URI, определяют данные идентификации каждого компонента.
Зарезервированные символы
Не зарезервированные символы
Для данного случая, согласно ABNF :
ALPHA — любая буква верхнего и нижнего регистров кодировки ASCII (в regExp [A-Za-z])
DIGIT — любая цифра (в regExp 1)
HEXDIG — шестнадцатиричная цифра (в regExp [0-9A-F])
Процентное кодирование
Т.о., %20, например, означает пробел.
1.2. Компоненты URI
где в квадратных скобках опциональные компоненты
Переходя по указанной в оглавлении ссылке, браузер производит переход ко вторичному ресурсу относительно данной страницы, т.е. скроллит вниз, до появления нужного на экране.
На этом, пожалуй, знакомство с URI можно закончить и начать углубляться в отдельные подвиды URI, а именно
2. URL
URL используются, чтобы определить местоположение ресурсов, обеспечивая абстрактную идентификацию расположения ресурса. Определив местоположение ресурса, система может выполнить множество операций на ресурсе, которые могут быть характеризованы такими словами как ‘доступ’, ‘обновление’, ‘замена’, ‘поиск атрибутов’. В целом только метод доступа должен быть определен для любой схемы URL.
2.1. Структура
В целом, URL имеет схожую структуру, для всех схем, хотя для каждой отдельно взятой схемы, структура может отличаться от общего шаблона.
Графически ее можно выразить в следующем виде: 
3. URN
Унифицированные имена ресурсов (URN) предназначены, чтобы служить постоянными, независимыми от расположения, идентификаторами ресурсов и разработаны для упрощения отображения других пространств имен (которые совместно используют свойства URN) в URN-пространство. Таким образом, синтаксис URN обеспечивает средство закодировать символьные данные в форме, которая может быть отправлена посредством существующих протоколов, записана при помощи большинства клавиатур, и т.д.
3.1. Структура
Самоидентифицирующийся URN
Такие URN содержат в NID название хэш-функции, а в NSS значение хэша, вычисленного для идентифицируемого объекта. Такие ссылки используются в magnet-ссылках и заголовках p2p-сети Gnutela2.
Например, URN из magnet-ссылки с одного торрент-трекера:
magnet:?xt=urn:btih:c68abc1ba9b8c7c4bc373862cad1a8c01d69e53d.
С теорией все, во второй части рассмотрим, что можно и что нужно делать с URI, если мы их обрабатываем, а именно — нормализация, разбор и т.д.
За сим откланяюсь, спасибо что читали, надеюсь не было скучно, удачи!
Что такое URL адрес сайта? Параметры и допустимые символы URL
Параметры и допустимые символы URL адреса сайта
В одной из предыдущих статей я описывал человеко-понятные урл — ЧПУ URL и разное отношение поисковиков к ним. В данной статье хотелось бы рассмотреть само понятие УРЛ, так как оно является основополагающим для всего Интернета.
URL (Uniform Resource Locator) — переводится с английского как Унифицированный указатель ресурса, или Единообразный (универсальный) локатор ресурса, т.е. это путь, по которому можно найти любой файл и каталог в сети Интернет.
URL адрес страницы сайта состоит из следующих элементов: протокол://полное доменное имя/(папка(и))/имя ресурса (файла). В расширенном варианте УРЛ может выглядеть так:
схема://логин:пароль@хост:порт/(папка(и))/имя ресурса (файла)?параметры#якорь
Основные параметры Урл:
Пример из WordPress’а
Допустимые символы URL
В URL адресе допустимы только латинские буквы, арабские цифры и ограниченный набор знаков препинания:
Также возможны запятые (,) и точки с запятой (;), но используются они редко и обычно кодируются, как и все остальные символы (русские буквы, пробелы и т.п.). Яркий пример закодированных урл’ов — статьи Википедии — http://ru.wikipedia.org/wiki/%D0%95%D0%B6.
Правила кодирования нелатинских букв (в т.ч. кириллицы) и прочих не допустимых символов URL: сначала буква кодируется в UTF-8 (кодировку Unicode) — получается 2 байта из каждого символа. Затем каждый из этих байтов преобразуется в шестнадцатиричную систему счисления и перед ним ставится знак процента (%), получается что-нибудь такое: %D0%95%D0%B6 (по-русски будет «еж»). Недопустимые знаки препинания кодируются так:
Кодирование символов в адресах. Справка из Википедии (кликабельно)
Среди УРЛ выделяют относительные и абсолютные, а также статические и динамические URL адреса страниц сайта. Об этом будет рассказано в следующих статьях.
Все об URL: понятие, структура, виды и рекомендации по созданию
Английская аббревиатура URL расшифровывается как Uniform Resource Locator, что в переводе на русский означает «унифицированный указатель ресурса». Впервые URL стал применяться в 1990 году. Слава его изобретения принадлежит создателю Всемирной паутины — Тиму Бернерсу-Ли.
Что такое URL
Изначально УРЛ применялся для обозначения размещения файлов в Интернете, но в настоящее время используется для указания расположения почти всех веб-ресурсов. URL может обозначать путь как к веб-сайту, так и к какому-то определенному документу или изображению. Чтобы перейти к нужному сайту или файлу, пользователю нужно написать в адресной строке браузера соответствующий УРЛ. Например, URL https://timeweb.com/ru/community открывает стартовую страницу сайта хостингового сообщества «Timeweb Community».
Определить URL-адрес веб-страницы просто — он показан в адресной строке браузера. Оттуда его можно скопировать, кликнув по адресной строке правой кнопкой мыши (при этом адрес выделяется) и в контекстном меню выбрав команду «Копировать».
Чтобы скопировать адрес отдельного изображения на странице, нужно кликнуть правой кнопкой мыши по картинке и выбрать пункт «Копировать адрес изображения» или «Копировать URL картинки» (в разных браузерах название команды может отличаться).
Для копирования адреса документа в контекстном меню ведущей к нему ссылки следует выбрать команду «Копировать адрес ссылки».
Во всех случаях URL окажется в буфера обмена, откуда его можно вставить в адресную строку браузера, переслать в сообщении либо вставить в текстовый документ.
Структура URL адреса
URL-адрес, который мы видим в адресной строке браузера, состоит из нескольких частей:
В начале адреса (1) всегда указан протокол (в некоторых браузерах по умолчанию он может быть скрыт и становится виден при щелчке по адресной строке). Если мы просматриваем веб-страницу, это будет протокол передачи данных «http» или его форма «https» с поддержкой шифрования для установки безопасного соединения. Однако URL может начинаться с других обозначений, например:
После протокола (2) следует доменное имя сайта (хост) или в редких случаях его IP-адрес. Также в некоторых случаях URL-адрес может содержать номер порта, например, его можно увидеть в сетевых приложениях (выглядит это так: //example.com:8080).
Затем указывается путь к странице (3), состоящий из каталогов и подкаталогов, который, в свою очередь, включает в себя ее название.
URL также может включать параметры, которые указываются после знака «?» и разделяются символом «&». Пример адреса страницы с результатами поиска по слову «url» в поисковой системе Google:
Конечный компонент URL, который пользователь может увидеть в документах большого объема, состоящих из нескольких разделов, — это якорь, которому предшествует знак решетки «#». Часть адреса после этого знака ссылается на определенный абзац внутри страницы сайта. Пример: если на странице Википедии со статьей «URL» перейти по ссылке «Структура URL» в блоке «Содержание», унифицированный указатель ресурса в адресной строке браузера примет такой вид:
Виды URL
URL-адреса веб-страниц бывают статические и динамические.
С точки зрения SEO предпочтительнее статические ссылки, так как динамические URL имеют ряд недостатков:
Форматы URL
Транслитерация
Для обозначения названий статей обычно используют транслитерацию. Такие адреса легко читаются и понятны для восприятия пользователей.
По такому адресу сразу можно судить, какое содержимое вы увидите на странице. Поисковые системы легко распознают в подобных адресах ключевые слова, что также оказывает положительное влияние на SEO. Если в URL используется транслитерация, становится четко видна структура сайта и, чтобы попасть в нужный раздел, пользователь просто может стереть в адресной строке часть адреса.
Латиница
Латинские URL представляют собой адреса, переведенные на английский язык. Например, вместо «/novosti/» в адресе будет значиться «/news/».
Такой формат УРЛ часто используется для обозначения веб-страниц категорий и рубрик. Этот вариант считается универсальным, так как легко воспринимается пользователями и без труда обрабатывается поисковыми роботами.
Кириллические URL
Такой формат URL чаще всего применяют в кириллических доменах или когда часть адреса не очень длинная.
К их преимуществам относятся:
Однако кириллические URL имеют существенный недостаток: при копировании такого адреса и вставки его в сообщение для отправки кому-либо или вставки в текстовый редактор, вы получите непонятный набор знаков, наподобие:
Это объясняется тем, что запись URL-адресов возможна только определенными символами из разрешенного набора, а символы кириллицы в него не входят. Поэтому адрес, в котором используется кириллица, шифруется, хотя при этом ссылка все равно будет работать.
К минусам кириллических УРЛов можно отнести и трудность для восприятия зарубежными пользователями, привыкшими к латинским символам, а также сложности при чтении адресов этого формата поисковыми роботами (такие URL приходится переводить в понятный для робота вид).
Человекопонятные URL
Поисковые системы рекомендуют создавать дружественные адреса веб-страниц, по которым и пользователи, и поисковые роботы смогут судить, какая информация на этой странице находится. Например, по URL-адресу вида: www.yoursite.net/viewpage.php?page_id=23 понять это невозможно, а адрес www.yoursite.net/contact/ сразу дает представление о содержании страницы. Такие УРЛы называют человекопонятными (ЧПУ).
Кроме того, что они позволяют понять содержание веб-страницы еще до перехода по ссылке, подобные адреса имеют и другие преимущества:
При формировании ЧПУ на своем сайте следует придерживаться определенных правил:
Рекомендации по созданию URL
Соблюдайте указанные выше рекомендации, формируйте человекопонятные URL, чтобы при прочих равных условиях получить преимущество над другими сайтами.
Может ли действительный URL содержать более одного вопросительного знака?
Очевидно, что URL-адреса могут содержать 0 вопросительных знаков, например www.google.com
Или они могут содержать ровно 1 вопросительный знак, например. www.google.com?q=soccer
Пример: что-то вроде этого все еще работает, хотя это нечетный URL: https://www.google.com/.
Вопрос
Зачем кому-то все равно? Я создаю метод, который принимает URL-адрес, и выдаю предупреждение, если там> 1 вопросительного знака. (но я не буду предоставлять это предупреждение, если есть веские причины для> 1 вопросительного знака при обычном повседневном использовании)
1 ответ
Я думаю, что это отличный вопрос, и на него был дан ответ здесь.
Очевидно, что это не обычное явление, которое мы обычно видим (в некоторых местах даже говорят, что это не должно быть разрешено), но я собираюсь показать еще несколько практических примеров этого. Несмотря на то, что это не является обычным явлением, я считаю, что «предотвращение URL-адресов» с двумя вопросительными знаками может быть не очень хорошо, и в конце я скажу, почему.
Служба простой переадресации URL
Допустим, у какой-то службы перенаправления есть примерно такой код:
Как видите, код сначала проверяет URL-адрес, если он действителен, перенаправляет пользователя. Если вы получите доступ к этому, он будет работать:
Http: // localhost /? redirect_to = https: //www.example.com/content? from = https: //api.example.com/posts? >
Вы можете загрузить JSON Placeholder API и создать новое сообщение на data.json следующим образом:
Совершенно очевидно, что использование нескольких вопросительных знаков в URL-адресе очень странно, и не все клиенты могут интерпретировать это правильно, поэтому также может быть плохой практикой создавать систему, которая генерирует этот тип URL. Но ваш вопрос касается проверки или отсутствия нескольких вопросительных знаков, поэтому, полагая, что эти URL-адреса могут принадлежать другим службам, которые вы не контролируете, для меня нет необходимости выполнять проверку.
Допустимо ли включать цифры и вопросительные знаки в URL-ссылку для постоянной ссылки?
Допустимо ли (и может быть даже лучше) создавать «псевдонимы» или «слизни», содержащие цифры и знаки вопроса? Числа будут только целыми числами, числа с плавающей точкой не обсуждаются.
Определение пули
На мой взгляд, следующее определение slug (в контексте URL) имеет смысл:
Разрешенные персонажи
Содержание заголовка к слагу
Вы должны принять несколько решений о том, как представлять заголовок контента в URL. Это зависит от языка контента, вашего бэкенда, дизайна URL других страниц вашего сайта и т.д. Например:
Если ваш заголовок «Хотите 2 или 3?», Использование 2 и 3 (вместо two и three ) в слаге будет очевидным выбором. В этом нет ничего плохого, и я бы не стал менять цифры на слова или даже опускать цифры. Подумайте о названиях, таких как «Web 2.0», «Выпущена версия 1.4» или «333333 посетителей».
И наоборот, если ваш заголовок «Хотите два или три?», Нет никаких причин использовать 2 / 3 в слаге.
Примеры
Заключение
Использование цифр в слаге прекрасно. Используйте вариант, который вы используете в заголовке вашего контента.
Использование вопросительных знаков в слаге разрешено только в их процентном кодировании. Вы можете решить пропустить этот символ (или все символы, которые должны быть в процентах), но это не обязательно.
Хорошо, что вы пытаетесь создать дружественные URL, но этот конкретный URL пугает меня:
Это потому, что заканчивается знаком вопроса. Первый знак вопроса в URL-адресе указывает на то, что ниже следует строка запроса.
Так как я разработал модули Apache, я узнал, что в некоторых системных переменных, которые я могу импортировать в мой модуль Apache, вопросительный знак полностью отфильтрован (то есть я его вообще не увижу).
Целые числа в порядке.
Я бы посоветовал сделать ваши URL-адреса максимально короткими и информативными, иначе они могут плохо отформатироваться в некоторых почтовых клиентах. Вы можете проверить это при использовании инструмента на try.powermapper.com по длинному URL. Я думаю, что ограничение на количество символов для URL составляет 80.
Еще два преимущества коротких URL-адресов заключаются в том, что их легче запомнить, и размер вашей веб-страницы в целом будет меньше (если URL-адреса не доступны по ссылкам). Я объясню:
Скажем, у вас есть эти URL:
И у вас есть одна страница, ссылающаяся на вышеуказанные URL-адреса дважды. Предположим также, что вы используете релевантные ссылки (относительно root). Ваш HTML может выглядеть так:
Как видите, эти ссылки занимают много байтов. Давайте попробуем более короткие URL:
Поэтому мой ответ: да, используйте цифры, избегайте вопросительных знаков и, если возможно, используйте сокращения для лучшего, наиболее совместимого и удобного URL.
Это верно, я видел многие веб-сайты, использующие числа в URL, такие как labnol.org, stackexchange.com, howtogeek.com и т.д.
Я подумал, что добавлю это, потому что после прочтения множества ответов ни один из них не затрагивал пользовательский опыт и в основном фокусировался на ценности SEO. Нет необходимости добавлять знак вопроса, пользователи и поисковые системы не будут небрежны, это не значит, что вы не можете, так как это разрешенный символ в URL.
UX и SEO Значение? В URL
Поскольку теперь вы знаете, что можете добавлять вопросительные знаки к URL-адресам, ваше решение должно основываться на SEO (поисковая оптимизация) и X (пользовательский опыт).
Основная причина, по которой людям следует использовать URL-адреса SEF, заключается в том, что пользовательский интерфейс, который он предлагает, предоставляет людям информацию о странице до того, как они посещают ее, когда она связана с форумом или любой другой платформой, на которую ссылаются, без якорной текстовой ссылки.
Теперь давайте посмотрим, как может выглядеть более удобный URL:
Как вы видите, приведенные выше URL-адреса говорят людям, о чем эта страница? в настоящее время устарел из-за более дружественного использования URL и факта добавления знака вопроса не имеет смысла. Сайты, такие как Stack Overflow и Pro Webmasters, используют сгенерированные системой URL-адреса, они используют точные URL-адреса на основе вопросов, конечно, они могут сократить URL-адрес, удалив стоп-слова in, the, and и т.д., И т.д., Но затем они становятся нечитаемыми. Короткие UX-читаемые URL-адреса в настоящее время возможны только при взаимодействии с человеком.
URL, сгенерированные машиной
Обратите внимание, что в примере Google по-прежнему будет ранжироваться для части «Как» без таковой в URL-адресе, как я уже говорил, URL-адрес является одним из многих указателей. Настройте свои URL для людей, которые имеют значение, а не для роботов.