|
Человекопонятный URLЧеловекопонятный URL (сокр. ЧПУ, также семантический URL, англ. friendly URL) — URL-путь, состоящий из понятных слов[1][2][3][4], вместо идентификаторов, и отражающий файловую структуру сайта. Например, вместо Человекопонятные пути улучшают удобство использования, кроме того, позволяют по названию ссылки заранее предполагать содержимое страницы по ней[1][5][6] и представлять структуру сайта[1][6]. Технически URL может содержать только буквы латинского алфавита и некоторые символы. Все другие символы, включая русские буквы, кодируются (percent‐encoding) и могут выглядеть вроде КонцепцияSemantic URL предназначен для повышения удобства использования и доступности веб-сайта или веб-службы, будучи сразу же естественным образом и интуитивно осмысливаемым для пользователей-неспециалистов. Такие схемы URL стремятся отразить концептуальную структуру набора информации и отвязать пользовательский интерфейс от внутреннего представления информации на сервере. Другие причины для использования «чистых» URL включают в себя поисковую оптимизацию (SEO)[8], соответствие REST-стилю архитектуры программного обеспечения, а также уверенность в том, что отдельные веб-ресурсы[англ.] остаются постоянно на том же URL. Это делает Всемирную паутину более стабильной и полезной системой, а также предоставляет более долговечные и достоверные закладки веб-ресурсов (bookmarkable URL), в которые не попадут данные кук или сессии с другого компьютера[9]. Semantic URL также не содержит деталей реализации веб-приложения, на котором базируется страница. Это приносит пользу, уменьшая сложность изменения реализации ресурса в более позднем периоде. Например, многие несемантические URL включают в себя имя файла сценария на стороне сервера[англ.], такого как example.php, example.asp или cgi-bin. Если базовая реализация ресурса изменялась, такие URL должны были бы меняться вместе с ним. Подобно этому, когда URL non-semantic, если база данных сайта перемещалась или реструктуризировалась, была вероятность возникновения неработающих ссылок, как внутренних, так и из внешних сайтов, причём последние могут привести к их удалению из списков поисковых машин. Использование semantic URL предоставляет различным user agent последовательное расположение для ресурсов, не зависящее от внутренней структуры. Ещё одной потенциальной пользой от использования semantic URL является то, что сокрытие внутренней информации сервера или приложения может улучшить безопасность системы. Friendly URL не содержит много дополнительных символов[10] (например, «Понятные человеку URL» предполагают сокращение адресов страниц до максимально лаконичных и понятных. Они создают подобие естественной для человека логической структуры данных на сервере, представляя её в виде иерархичной (древовидной) структуры, аналогично файловой системе. Такие адреса удобней прочитать, понять и воспроизвести. К тому же это помогает ориентироваться в логической структуре сайта, лишь взглянув на вложенность каталогов. Не обязательно переходить на страницу, чтобы узнать, что на ней размещено. В некоторых случаях для того, чтобы пройти на родительские каталоги, необходимо всего лишь стереть до нужного места адрес, а чтобы перейти на главную страницу, стирается всё, кроме доменного имени. Такие адреса демонстрируются поисковыми системами прямо в поисковой выдаче[11], в том числе по этим адресам происходит поиск ключевых слов. ЧПУ используют в методах поисковой оптимизации (SEO). НазваниеИспользование сложных URL вместо «human-readable» каталогов уже в 1996 году выделялось в топ-10 ошибок веб-дизайна[12]. В 1998 году Тим Бернерс-Ли написал статью про «cool URI». Про чистый и понятный URL в марте 2000 года в Ководстве писал Артемий Лебедев. Термин «ЧПУ» обозначает «человекопонятный УРЛ», другой вариант — букв. «человеку понятный урл», где жаргонное «урл» — URL[13]. Основная версия появления этого термина на русском языке состоит в том, что в сентябре-ноябре 2000 года заметка «ЧПУ и PHP» из личного блога[14] была опубликована как статья на нескольких профильных веб-программированию сайтах, а последующая распространённость ссылок на эту статью дала начало и широкому использованию этого термина. Компания «Google» называет подобный адрес «simple-to-understand URL»[3] или «простым URL»[15]. В Microsoft SharePoint используется название terms-friendly URL или полнотекстовый URL. Также используются названия: semantic URL (букв. семантический URL), clean URL[16], RESTful URL, pretty URL, friendly URL[17] (FURL), search engine friendly URL (SEF URL)[18][19], search engine optimization friendly URL (SEO-friendly URL), human-friendly URL, user-friendly URL и human-readable URL. СтруктураОбычно non-semantic URL состоит из пути, имени сценария и строки запроса[англ.]. Параметры строки запроса определяют содержание, показываемое на странице, и часто включают в себя трудную для понимания или не имеющую отношения к пользователям информацию, такую как внутренние числовые идентификаторы для значений из базы данных, «percent‐encoding», идентификаторы сеансов[англ.], детали реализации и так далее. Адреса semantic URL, наоборот, содержат только путь ресурса, который в иерархии отражает некоторую логическую структуру, такую чтобы пользователи могли легко её истолковать и манипулировать ею. Организация контента должна быть такой, чтобы URL имели логическую структуру[4]. В ЧПУ поисковые системы лучше понимают вложенность[2]. Удаляя непонятную «ненужную» часть не-ЧПУ URL, пользователь получает неработающую ссылку[3]. Для перехода по уровням иерархии структуры сайта также используют подобную ЧПУ, дублирующую навигацию[6]. В случае удаления последнего в ЧПУ слова до знака косой черты пользователь попадет в вышестоящую категорию[2]. URL может отображать путь из каталога на сервере к файлу. В то же время ЧПУ должен содержать ту же информацию для того же файла, какую в не-ЧПУ получает скрипт в строке параметров[8]. Для этого используют разные способы переписывания URL.
Поисковая оптимизация (SEO)URL должен быть кратким и описательным, может содержать между словами дефис вместо подчёркиваний. Избегание специальных символов связано и с тем, что поисковые роботы не индексируют URL дальше В методах поисковой оптимизации (SEO) ЧПУ наполняют релевантными ключевыми словами, кратко описывающими содержание[21] и удаляют нерелевантные слова. Общие слова, которые удаляют, включают в себя артикли и союзы, в то время как описательные ключевые слова добавляются для повышения дружелюбности к пользователю и улучшения рейтинга в поисковых системах[8]. Возможные проблемы
РеализацияРеализация семантических URL включает в себя «URL mapping»[англ.] через сопоставление с образцом или «Rewrite engine»[англ.] — методы прозрачной перезаписи URL. Так как обычно это происходит на стороне сервера, то часто единственной формой видимой пользователю будет семантический URL. Идентификатор фрагмента[англ.] может быть включен в конец семантического URL для ссылок внутри страницы и он не обязательно должен быть понятным пользователю.[23] SlugНекоторые системы определяют slug как часть URL, которая идентифицирует страницу в удобочитаемых[англ.] ключевых словах.[24][25] Обычно он является концевой частью URL, которая может быть интерпретирована как название самого ресурса, подобно базовому имени в имени файла или заголовоку страницы. Такое название «slug» происходит из использования слова slug[англ.] в средствах массовой информации с целью указания краткого имени, даваемого статье для внутреннего использования. Обычно slug генерируется автоматически из заголовка страницы, но также может быть введён или изменён вручную так, что в то время как заголовок страницы остается предназначенным для отображения и удобочитаемости человеком, его slug может быть оптимизирован для краткости или для обработки поисковыми машинами. Длинные заголовки страниц также могут быть усечены, чтобы окончательный URL сохранял разумную длину. В основном slug делается полностью в нижнем регистре, символы с диакритическим знаком заменяются латинскими буквами, и пробельные символы[англ.] заменяются на дефис или подчёркивание, чтобы избежать «percent‐encoding». Знаки препинания, в основном, удаляются, как и удаляются некоторые короткие общие слова, такие как союзы. Например:
Реализация на различных серверахИнтерпретацией адресов страниц, как сказано выше, занимается сервер и программное обеспечение сайта. Для каждой серверной реализации есть собственный модуль, реализующий подобную функциональность. На сервере IIS такая функциональность реализуется бесплатным модулем «URLRewriter». В то же время для сервера Apache существует модуль «mod rewrite», который настраивается через файл .htaccess. Например, указав следующий код, веб-мастер сможет в PHP через массив RewriteEngine on
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php [L,QSA]
В веб-фреймворках (CodeIgniter, Django, Node.js, Ruby on Rails или Zend Framework) веб-сервер не обращается к скрипту, а просматривает специальный файл на предмет настроек указанного пути. Такой путь указывается или регулярными выражениями, или на специальном языке. Например, в Ruby on Rails, чтобы указать, что при вызове Rails::Application.routes.draw do
get 'users', to: 'users#index'
get 'users/:id', to: 'users#show'
end
В некоторых веб-инструментах подобные конструкции указывать не требуется, и все адреса зависят от метода класса и определяются его названием и количеством аргументов. Например, так действует Ramaze. При вызове class CommentsController < Ramaze::Controller
def index
# Создание списка комментариев
end
def show(id)
# Вывод комментария с нужным ID
end
end
См. также
Примечания
Ссылки
|
Portal di Ensiklopedia Dunia
