Чистые URL бэкенд или frontend вещь

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

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

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

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

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

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

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

Ответ - ОБА.

Например:

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

Число выше является идентификатором базы данных, вещью бэкенда. Обрубите симпатичную часть, и она переходит к той же странице. Поэтому "are-clean-urls-a-backend-or-a-frontend-thing" является частью вещи фронтенда.

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

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

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

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

*, которые имеют форму http://docs.google.com/Doc?id=gibberish

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

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

• Простота соединения / совместное использование
• Презентация
• SEO

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

Моя перспектива проста:

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