что означает знак вопроса в адресной строке
Почему в URL-адресе иногда появляются странные символы?
Любой пользователь не раз и не два копировал адрес для вставки в адресную строку браузера (URL-адрес), но иногда короткие и понятные адреса после копирования оказываются заполненными разными непонятными символами. Посмотрим, почему это происходит.
Единый указатель ресурсов (Uniform Resource Locator, URL) – это стандартизованный и уникальный адрес информационного ресурса в сети Интернет (веб-страницы или ее части), единообразный локатор (определитель местонахождения) ресурса. Иногда ее называют универсальным указателем ресурса. Первоначально старались сделать его вполне понятным человеку, подобно библиографической ссылке на страницу в книге. Однако сейчас адреса иногда становятся длинными и непонятными.
Для примера возьмем адрес одной из первых публикации нашего сайта и посмотрим на составляющие его части:
Фрагмент «http://» определяет протокол, которым должен воспользоваться брузер для обращения на наш сайт. В данном случае, это протокол HTTP или HyperText Transfer Protocol (протокол пересылки гипертекста), который как раз и предназначен для веб-страниц (они являются гипертекстовыми документами в формате HTML, стандарт языка гипертекстовой разметки). Такой обмен данными предполагает наличие потребителей информации (клиентов), которые инициируют соединение и посылают запрос, и поставщиков информации (серверов), которые ожидают соединения для получения запроса, производят необходимые действия и возвращают обратно сообщение с результатом, т.е. возвращают браузеру содержимое запрошенной по адресу веб-страницы.
Часть «www.funtecs.ru» или просто «funtecs.ru», когда www добавляет браузер, определяет имя сервера, к которому нужно обратиться. Занято, что вначале, в первые дни существования Интернета этого было достаточно, поскольку все HTML-документы содержали прямые ссылки друг на друга на уровне имен серверов. Шон О’Коннор (Sean O’Connor), ведущий прикладной инженер сайта аббревиатур для длинных URL-адресов (Bit.ly), вспоминает:
«В этом достаточно простом мире подобной информации было вполне достаточно для ссылок между страницами: нужно было указать протокол (http://), сервер (www.example.com) и запрашиваемый документ на этом сервере (например, /articles/cool-info.html).
Однако веб-служба Интернета (использующая протокол HTTP) развивалась стремительно, поэтому вскоре пользователей перестали удовлетворять простые статические веб-страницы – потребовалась динамика, чтобы угнаться за постоянно меняющейся информацией. Именно поэтому в URL-адресах появились дополнительные части.
Например, всё, что указано в URL после символа «?», называется параметрами запроса «query parameters». Согласно указанным в браузере параметрам один сервер может выдавать разные страницы разным браузерам. Именно это свойство используется поисковыми системами для вывода пользователю динамической веб-страницы со списком информационных ресурсов, согласно ключевым словам поиска (параметрам запроса).
Продолжим обсуждения составных частей (синтаксиса нашего примера со страницей на сайте Фантекс).
Чтобы показать другие свойства URL-адреса, перейдем на сайт Google.ru и введем поисковый запрос «I like Funtecs (мне нравится Фантекс)», но в адресной строке появится:
Если выполнен вход в учетную запись Google, то в конце будет еще длинная строка с описанием ваших реквизитов, чтобы поисковая система Google смогла подобрать список ссылок лично для пользователя. Проще говоря, разным пользователям по одному и тому же запросу выводится как разный список ссылок, так и разная реклама.
Иногда такой запрос будет выглядеть так:
Этот процесс называется escaping (отмена неоднозначности). Дело в том, что один и тот же служебный символ может использоваться в запросе пользователя, но одновременно определять некоторую операцию/команду в адресной строке. Когда возникает неоднозначность такого рода, опасные символы заменяются альтернативным представление и в нашем примере символ «полюс» стал %20 (или %3F для вопросительного знака, например). Альтернативная запись есть у всех специальных символов, а принцип подстановки позволяет переправить их на сервер, даже если они совпадают с некоторыми командами (точнее с модификаторами команды).
Далее могут следовать пары ключ-значение (key-value), которые задают дополнительные параметры, например page=5 задает поиск на пятой странице сайта.
В любом случае запрос заканчивается знаком # (диез, знак фунта или хэш-тег в зависимости от национальности и возраста пользователя), который определяет раздел секция-результат (section-result). Всё это не отправляется на сервер и используется только самим браузером. Первоначально так задавали раздел в веб-документе, но сейчас эта часть URL-адреса используется по-разному.
Статические и динамические URL-адреса легко различить по используемым в них специальным символам. В адресе статической страницы, в дополнение к буквам и цифрам, могут быть только символы: точка, косая черта, тире и подчеркивание. Если же в адресе появляются знак вопроса, амперсанд, знак равенства, восклицательный знак, «звездочка» и т.д., значит мы видим динамическую веб-страницу, которая будет загружаться медленнее статической и не предполагает запоминания человеком, поскольку такой адрес вполне может измениться даже при следующем щелчке мышью. Обычно это таргетированная рекламная ссылка, используемая во время рекламных кампаний.
Есть еще два момента, на которые следует обратить внимание.
Во-первых, из-за непомерной длины некоторых URL появились средства для короткой записи адресов. Исходный длинный адрес заменяется коротким псевдонимом, ведущим на специальный сайт, в специальной таблице которого хранится настоящая полная ссылка. В этой связи можно отметить Bitly, TinyURL, Google URL Shortener или Ow.ly, но не следует забывать о небольшой задержке, которая возникает при замене одной операции двумя.
Во-вторых, использование русского языка в запросах и адресной части ведет к специальной записи букв кириллицы. Дело в том, что первоначально стандарт URL предполагал использование только латинских букв (в объеме, меньшем таблицы ASCII), поэтому для кириллицы, китайских иероглифов или специфических символов французского языка применяются подстановочные символы методом уже рассмотренным выше.
Например, мы можем назвать на компьютере файл или папку «Микрокредит», но адрес «http://funtecs.com /Микрокредит» будет выглядеть так:
Такое преобразование происходит в два этапа: сначала каждый символ кириллицы кодируется в Юникоде (UTF-8) в последовательность из двух байтов, а затем каждый байт этой последовательности записывается в шестнадцатеричном представлении:
М → D0 и 9C → %D0%9C
и → D0 и B8 → %D0%B8
к → D0 и BA → %D0%BA
р → D1 и 80 → %D1%80 и т. д
Перед каждым таким шестнадцатеричным кодом байта, согласно стандарту URL, ставится знак процента.
Прокачиваем адресную строку браузера
С некоторых пор адресная строка не только отображает адрес текущей страницы но и позволяет открыть страницу поиска в разных поисковых системах. Но далеко не все сайты добавили OpenSearch чтобы можно было легко добавить внутренний поиск по сайту.
В первой части я расскажу как самостоятельно добавить поиск по сайту и другие сервисы. А во второй части расскажу какой сервис кроме поиска при помощи OpenSearch подсказок может организовать сайт.
OpenSearch — набор технологий, позволяющих веб-сайтам и поисковым системам публиковать результаты поиска в форматах, удобных для распространения и сбора.
Прокачиваем адресную строку при помощи ключа %s
Ключ %s в URL заменяется браузерами FireFox и Chrome на введённую фразу после краткого имени URL закладки либо поисковой системы соответственно.
FireFox
Firefox позволяет использование этого ключа в URL закладки. Этот ключ в URL будет заменён на фразу введённую после краткого имени закладки.
Добавляем вручную
Для ручного добавления закладки нужно открыть все закладки (Ctrl+Shift+B). Нажать кнопку управление и пункт «Новая закладка. «. В этом случае сразу будут доступны все поля свойств закладки но заполнять их придётся в ручную.
Добавляем автоматически
Если на странице уже есть ссылка с параметром %s(примеры ниже) то её можно добавить через контекстное меню вызванное на ней. Закладке будет автоматически заданно имя из названия ссылки или её атрибута title. В первый раз не будет доступно поле краткое имя.
Для того чтобы иметь возможность ввести краткое имя закладки нужно её через контекстное меню по ссылке добавить второй раз. На второй раз будут доступны уже все поля редактирования свойств закладки в том числе и поле краткое имя.
Chrome
В Chrome URL с ключом %s можно добавить и задать краткое имя на странице[управления поисковыми системами(chrome://settings/searchEngines).
Добавляем Wayback Machine
Wayback Machine очень помогает когда попадается сайт недоступный по HTTPS. Я добавляю ‘- ‘ перед адресом страницы и она открывается из архива. Если страницы сайта не будет в архиве то Wayback Machine предложит её сохранить.
Добавляем Хабр
К сожалению поле поиска по сайту с отключёнными скриптами не открывается. Но мы легко можем сделать поиск из адресной строки.
Иногда читая статью или комментарии на планшете хочется написать развёрнутый ответ. Это не удобно делать на планшете поэтому необходимо открыть эту же статью на ноутбуке или стационарном ПК. Для того чтобы не искать её можно открыть по номеру.
Другие сайты
Прокачиваем адресную строку пользователей при помощи OpenSearch
OpenSearch полезен для создателей сайтов. Он позволяет указать браузеру шаблон URL поискового запроса и подсказок. И даёт возможность пользователю добавить парой кликов поиск по сайту из адресной строки.
С помощью OpenSearch не обязательно делать только поиск. Благодаря сервису подсказок можно сделать навигацию в адресной строке и отображать заголовки новостей и новых статей.
Особенности Firefox
В Firefox задавая краткое имя для OpenSearch поиска желательно использовать символ @ в начале. После ввода его в адресной строке FireFox отобразит OpenSearch поиска по сайту в списке под адресной строкой. Его можно будет выбрать или ввести вручную краткое имя и нажать пробел после чего будут работать подсказки.
Также OpenSearch поиск по сайту будет доступен в виде кнопки в адресной строке если пользователь будет вводить поисковой запрос сразу. Но в таком случае подсказки уже не будут работать если пользователь не задал этот поиск по умолчанию. И для открытия поиска по сайту нужно будет нажать эту кнопку.
Добавляем Википедию
На Википедии можно протестировать как работает стандартный поиск по сайту с подсказками. Введите в адресной строке @ для проверки что Википедии ещё нет в вашем браузере. Если она есть то переходите к тестированию с использованием того краткого имени которое у вас задано.
Демонстрация не стандартного OpenSearch
В этом примере я хочу показать как можно использовать поиск в адресной строке для навигации и отображения новой информации на сайте.
Как это сделать
Для того чтобы браузер узнал о наличии OpenSearch у сайта на странице в нужно добавить тег:
В самом файле opensearchdescription.xml :
Соответственно браузер будет обращаться по указанным URL а
По URL адресу подсказок сайт должен отдавать JSON файл такого вида:
Здесь вместо
Пример:
В адресной строке: » @wiki XML Encryption »
Ответ сервера JSON:
Используем OpenSearch не стандартно
Кроме собственно поиска в подсказках можно реализовать сервисы для сайта.
Как это мог бы реализовать Хабр
Было бы удобно не открывая новой страницы проверить не появились ли на сайте новые статьи, новости или комментарии.
Статьи
Команда: @habr статьи
Пример подсказок:
В подсказках могут отображаться заголовки свежих статей. У меня под адресной строкой показывает максимум 9 строк из подсказок. Две из них можно использовать для навигации по списку дальше и назад.
Новости
Команда: @habr новости
Пример подсказок:
В подсказках также могут отображаться заголовки свежих новостей.
Комментарии
Команда: @habr комментарии
Пример подсказок:
В подсказках могут отображаться список заголовков статей со свежими комментариями. Но тут у Хабра может возникнуть проблема так как FireFox похоже не передаёт куки в OpenSearch. Но её можно решить задавая дополнительный идентификатор пользователю в URL подсказок при добавлении.
Заключение
В интернете становится всё меньше и меньше поисковиков которые самостоятельно индексируют весь интернет. Пользователи и сайты в конечном итоге могут остаться под управлением одного монополиста который сможет диктовать правила шантажируя сайты исключением из индекса.
OpenSearch это первый шаг к распределённому поиску который позволит пользователям искать по сайту напрямую обращаясь к нему из адресной строки.
Все об 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, чтобы при прочих равных условиях получить преимущество над другими сайтами.
Новая страшилка в Chrome: стоит ли расслабляться, когда браузер выдает «защищен»
Об общемасштабной маркировке сайтов на защищенные и незащищенные стало известно осенью 2016 года. Нынешний этап маркировки в Chrome 68 также является переходным, финальное уведомление должен получить красный цвет текста и красный треугольник с восклицательным знаком.
В последних версиях Chrome – самого популярного браузера нынешнего интернета – появилось новое угрожающее сообщение для пользователей. При посещении некоторых сайтов они в адресной строке могут видеть оповещения «не защищен» (Not secure) с восклицательным знаком рядом. Но стоит ли бояться таких сайтов и имеет ли новое предупреждение практический смысл?
Аббревиатура HTPP означает HyperText Transfer Protocol и является протоколом из 90-х годов, по которому пересылаются данные. Информация отправляется в открытом виде, поэтому любой, перехватив пакет данных, может посмотреть их содержимое и внести собственные изменения. Получатель при этом может не заподозрить то, что его данные кто-то смотрел или отредактировал. Подобный подход называется «человек внутри», и от него защищает протокол HTTPS, который шифрует трафик HTTP с помощью стандартов SSL/TLS.
Об общемасштабной маркировке сайтов на защищенные и незащищенные стало известно осенью 2016 года. Нынешний этап маркировки в Chrome 68 также является переходным, финальное уведомление должен получить красный цвет текста и красный треугольник с восклицательным знаком.
Google, который является лидером в поиске и монопольно владеет самым популярным браузером мира и самой популярной мобильной ОС, навязал всему интернету HTTPS. Сейчас в зашифрованном виде передается:
При этом не учитывается, что HTTPS требует больше энергии. При работе с сайтами по этому протоколом на мобильном устройстве через 3G увеличивается на 50% задержка в пересылке данных и на 30% – потребление энергии. Учитывая, что по стандарту задержка при пересылке данных через UMTS составляет не менее 500 мс, время загрузки веб-страниц возрастает в 1,5 раза. А при воспроизведении видео на мобильных устройствах они тратят на 25% меньше энергии при приеме данных по HTTP.
На практике проверка Chrome мало что будет значить для пользователей. Во-первых, браузер выдаст уведомление о незащищенное соединение даже для сайтов, которых не существует. Единственное, что играет роль, – аббревиатура http или https перед именем сайта.
Во-вторых, использование HTTPS не означает безопасности сайта. Хотя Chrome будет выдавать «Защищен», сайт может оказаться сломан хакерами и распространять вредоносное программное обеспечение. Также получить сертификат HTTPS могут фишинговые и прочие вредоносные сайты.
Кроме этого, встает вопрос доверия к центрам, которые выдают сертификаты. Например, в Казахстане с 2016 года запущен государственный центр сертификации HTTPS, что позволит просматривать весь зашифрованный трафик в стране.
В 2011 году центр сертификации Comodo Internet Security (их корневой сертификат объявлен заслуживающим доверия большинством производителей браузеров) подписал сертификаты для неизвестных мошенников на такие домены:
В марте 2015 года Google стало известно, что неизвестные мошенники получили сертификаты на его домены. Их выдал промежуточный центр сертификации, который получил сертификат от CNNIC (China Internet Network Information Center) – агентства, управляющего доменом cn и подконтрольного Министерству информатизации Китая. CNNIC включен во все основные списки доверенных сертификационных центров, и поєтому выданным им сертификатам доверяет большинство браузеров и операционных систем.
Мошенники могли предоставить эти сертификаты, и браузеры воспринимали их как правильные. Пользователи не могут определить, что посещаемый ими сайт поддельный.
В качестве заключения: глобальное навязывание HTTPS в некоторых случаях является полезным. Однако это всего лишь означает, что соединение зашифровано. Факт шифрования не защищает данные автоматически, поскольку существует много способов перехватить данные до шифрования или захватить контроль над самим процессом шифрования.
Что означает знак вопроса в адресной строке
Каким образом работает сервер?
Т.е. при обращении сервер считывает URL по которому обращается пользователь и выдает ответ в виде страницы, верно?
Нужно ли в ссылках в таком случае писать в конце слеш, ведь при этом для сервера формируется единый и правильный адрес, верно?
И ещё вопрос про знак вопроса в URL. Допутсим ли он?
Смотрел в RFC 1738, не разобрался сходу.
Какие знаки недопустимы в URL и почему они конвертятся в %.
Нашел ответ на форуме, что лучше слеш в конце ставить. Т.е. насколько я понимаю, при обращении пользователя идет запрос, далее выдается ответ от сервера. Соответственно, если запрос сформирован некорректно, то в таком случае, при таки правильном со стороны пользователя запросе сервер выдает повторный ответ.
Верно ли утверждение:
запрос смотрится до знака «?»
то есть слеш будет влиять только на ту часть. которая до «?»
при адресе ссылки: адрессайта.ру/?страница-на-сайте
Всё, что после «адрессайта.ру» и до «?» — это путь.
Если в качестве пути указан только «/» или название директории (но не файла), и при этом нет никаких правил RewriteRule, то сервер берёт из этой директории интексный файл по-умолчанию (например, index.php).
Всё что после «?» — это строка запроса.
Вообще, серверу абсолютно по-барабану, как выглядит запрос, сколько в нём слэшей и различных символов.
Он или находит скрипт (или файл) с соответствующим именем (в том числе, с помощью правил RewriteRule) или не находит. Если находит, то выполняет и отдаёт результат пользователю.