Что делает “дружественный URL”?

Другая точка: люди иногда вручную редактируют URL для восстановления работоспособности дерева каталогов. Таким образом, они могли бы попытаться загрузить страницу как http://site.com/a/b , получить "Не найденную" ошибку и затем попробовать http://site.com/a или http://site.com . Конечно, если Ваши URL не основаны на фактическом дереве каталогов, это не может работать. Но можно все еще попытаться поддерживать его.

Некоторые браузеры даже поощряют это, как IE с его сообщениями об ошибках и Safari с меню, которое появляется, когда Вы щелкаете правой кнопкой по названию страницы.

В этой ситуации это действительно не повреждает принципал DRY, потому что насколько поисковая система затронута, '522466' не то же самое как 'what-makes-a-friendly-url'

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

описание страницы только там, чтобы помочь поисковым системам определить то, что страница о (который хорош)

2-й URL выглядит более удобным для пользователя, тогда как первая дружественная поисковая система взглядов.

Поисковые системы придают более высокую актуальность словам, которые появляются в URL. Доменное имя получает самое высокое (потому что оно не может измениться), остальная часть URL получает высокий приоритет, потому что длина ограничена, и затем тело документа проанализировано.

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

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

, Например, наши штрафы за нарушение правил парковки имеют http://www.dnv.org/parking на них.

CP

Ну, для запуска попытайтесь сохранить символы кроме (a-z, A-Z, 0-9) и конечно:/._-из URL. Не у всех есть все те, которые на их клавиатурах (например, у меня нет & на моей клавиатуре, и при этом у меня нет ~)

, Когда, например, делая некоторый парсинг URL или что-то одинаково, также помогает, если синтаксис URL "чист"

Ahh... прием - по отношению к то, кому URL является дружественным. Поисковые системы чувствуют первый URL как более дружественный, потому что он, по-видимому, имеет информацию о содержании в URL, и он не похож на ту же страницу, повторяемую с другим параметром.

, Например, выдерживая сравнение

www.aTvShowSite.com/show.aspx?id=123
www.aTvShowSite.com/show.aspx?id=124

робот скажет хорошо, я не знаю то, что это..., но они похожи на ту же страницу мне.

принимая во внимание, что сравнение

www.aTvShowSite.com/shows/AmericanIdol
www.aTvShowSite.com/shows/Lost

заставляет их быть похожими на различные страницы (даже при том, что это может быть та же aspx страница, подающая их), и роботы имеют тенденцию оценивать их выше.

РЕДАКТИРОВАНИЕ: Кроме того, нужно отметить, что много роботов смотрят на текст URL для определения полноценности, таким образом, поиск "Потерянного", вероятно, поразит второй тип URL больше, чем первое, даже если содержание страницы будет идентично.

Что касается:

Разве это не было бы нарушением, "не повторяют себя" молитва?

, Который обращается к приложению КОД!! , не приложение это сам!!

имеет полный смысл иметь

• Заголовок в < title> тег
• В URL
• И как первая строка в содержании.

И в значительной степени везде еще довольное потребность это.

, Что отсылает та "молитва", если Ваш код должен быть похожим на это:

  <title><%=obj.getTitle()%></title>
  Reading:<h1><%=obj.getTitle()%></h1>
  Link to this:<a href="getHrefFor( object.getTitle() )">obj.getTitle()</a>
  Etc. etc.

Вместо того, чтобы иметь различные методы с копируют/вставляют, кодируют все вокруг Вашего приложения.

Я, оказывается, соглашаюсь с Вами, но shhh не говорит никому.

Это - просто мое скромное мнение, но кажется глупым мне, которые

http://stackoverflow.com/questions/522466/

и

http://stackoverflow.com/questions/522466/what-makes-a-friendly-url

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

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

, Во-вторых, они дружелюбны по отношению к людям, которые не знают то, что они посещают. Какая из ссылок, которые Вы использовали для сравнения, является Вами более вероятно, чтобы нажать, если оно сталкивается с Вашим twitter/email/IM/etc?

Это - положительная сторона у как Ваша помещающая ненужная информация в URL.

http://stackoverflow.com/questions/522466/what-makes-a-friendly-url

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

http://stackoverflow.com/questions/522466/omg-goatse-bought-by-bill-gates

все же, это все еще свяжется с этим сообщением. Вы видите, как это может вызвать [еще 113] проблемы, чем они стоят, потому что они могли использоваться злонамеренно.

http://digg.com/linux_unix/I_Like_Linux_so_my_aunt_sends_me_this_for_Christmas