Чистые URL-адреса - это бэкэнд или интерфейс?

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

Я думаю, что основными причинами использования дружественных URL-адресов являются:

• Легкость ссылки / обмена
• Презентация
• SEO

Так что я думаю, что это чисто клиентское удовольствие. Хотя они хороши и на сервере, они не критичны.

Моя точка зрения проста:

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

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

Не существует стандарта формата URL-адреса, чтобы при переходе с сайта на сайт люди никогда не вспомнили, как получить доступ к ресурсу, просто запомнив URL-адреса и их «дружественный синтаксис». Мы можем спорить о том, стоит ли использовать '?' и '&' или '/', чтобы указать, как идентифицировать ресурс по URL-адресу; один метод лучше другого? это не имеет значения. В конце дня машина анализирует его и отправляет результат.

Мы должны перестать обманываться, что люди на самом деле вводят эти вещи, и понять, что uri предназначены для машин, а не для людей.

Мне еще предстоит использовать / запомнить uri, который выходит за рамки первых нескольких символов части http://domain.com/ адреса, и я уже давно пользуюсь Интернетом. Вот для чего нужны закладки. Нигде на веб-сайте не говорится «измените эту часть здесь в нашем URL-адресе, чтобы просмотреть« любой другой »ресурс», потому что URL-адреса обычно недокументированы и непрозрачны.

Да, сделайте свой URI дружественным к SEO (черт возьми, даже они периодически меняются), но забудьте обо всей этой штуке с идентификаторами «человеческих / чистых» ресурсов, это мистическая несбыточная мечта.

Я согласен с Vlion в том, что URL-адреса должны обеспечивать уникальный механизм для создания закладок для ресурса и возврата к нему (в отличие от некоторых из этих отвратительных творений ajax / silverlight / flash web 2.0), но закладки никогда не будут доступны людям для понимания и понимания. Кажется, что на придумывание стратегий URL-адресов, которые люди могут запомнить и ввести, тратится довольно много внимания и энергии, это пустая трата энергии. Давайте продолжим и решим реальные проблемы.

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

Ответ - ОБА.

Например:

https://stackoverflow.com/questions/203278/are-clean-urls-a-backend-or-a-frontend-thing

Число выше - это идентификатор базы данных, серверная часть. Отрежьте красивую часть, и она попадет на ту же страницу. Следовательно, "чистые URL-адреса бэкэнд или интерфейс" является частью внешнего интерфейса.

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

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

Кроме того, как только пользователь введет имя сайта, ему будут представлены примеры URL-адресов с сайта, которые они затем могут использовать в качестве шаблона для сужения поиска. Таким образом, использование глаголов и существительных в URL-адресах для различных разделов или действий сайта поможет пользователю сузить поиск только до той части сайта, которая ему интересна, например разделы /вопросов/ или /ярлык/ stackoverflow или «/ doc» в конце docs.google.com/doc, который можно использовать для просмотра страниц документа только в документах Google *.

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

* which are of the form http: //docs.google.com/Doc? id = тарабарщина