URL: Dash vs. Underscore [закрыто]

Это должно быть / about_us или / about-us ?

С точки зрения удобства использования, я лично думаю, что / about-us намного лучше для конечного пользователя, хотя Google и большинство других веб-сайтов (и фреймворки javascript) используют шаблон именования подчеркивания. Это просто вопрос стиля? Есть ли проблемы с совместимостью с тире?

Это всего лишь предположение, но кажется, что они выбрали тот, который люди, скорее всего , не будут использовать в имени. Таким образом, вы можете иметь имя, содержащее дефисное слово, и при этом использовать подчеркивание как разделитель слов, например UseTwo-wayLinks можно преобразовать в use_two-way_links.

В вашем примере / about-us будет каталогом с именем дефиса "about-us" (если такое слово существует, а / about_us будет каталогом с именем из двух слов "about us", преобразованным в одну строку). небелых персонажей.

От Google Веб-мастер Централ

Попробуйте использовать пунктуацию в своих URL. URL http://www.example.com/green-dress.html для нас гораздо полезнее, чем http://www.example.com/greendress.html . Мы рекомендуем использовать дефисы (-) вместо подчеркивания (_) в ваших URL.

Вот несколько моментов в пользу тире:

• Тире рекомендуются Google над подчеркиванием ( источник ).
• Тире больше знакомы конечному пользователю.
• Тире легче писать на стандартной клавиатуре (Shift не требуется).
• Черточки не прячутся за подчеркиванием.
• Тире кажутся более естественными в контексте URL, поскольку они разрешены в доменных именах.

Это не просто черта против подчеркивания:

• текст с пробелами
• textwithoutspaces
• кодированный% 20spaces% 20in% 20URL
• underscore_means_space
• Dash-средства-пространство
• плюс + означает + пробел
• верблюжьего
• PascalCase
• "цитируемый текст с пробелами" (и одинарная кавычка против двойной кавычки)
• слэш / средства / пространство
• dot.means.space

Google не рассматривал подчеркивание как разделитель слов в прошлом, что, на мой взгляд, было довольно сумасшедшим, но, очевидно, так оно и есть сейчас. Из-за этой истории тире являются предпочтительными. Несмотря на то, что подчеркивание теперь допустимо с точки зрения SEO, я все еще думаю, что тире лучше.

Одним из преимуществ является то, что ваш средний полуграмотный неграмотный веб-серфер, скорее всего, сможет набрать тире на клавиатуре, они могут даже не знать, что такое подчеркивание.

Раньше я все время использовал подчеркивания, теперь я использую их только для тех частей веб-сайта, на которые я не хочу, чтобы кто-либо имел прямые ссылки, js-файлы, css, ... и т. Д.

С точки зрения SEO, для подробного объяснения предпочтение отдается черточкам из подробностей из уст лошадей http://www.mattcutts.com/blog/dashes-vs-underscores/ .

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

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

У Джеффа есть некоторые мысли по этому поводу : https://blog.codinghorror.com/of-spaces-underscores-and-dashes/

Есть недостатки к обоим. Я бы посоветовал вам выбрать один и быть последовательным.

Гуру SEO Джим Вестергрен проверил это в 2005 году со строгой точки зрения SEO и пришел к выводу, что + (плюс) на самом деле был лучшим разделителем слов. Однако это не кажется разумным и может быть связано с ошибкой в ​​алгоритмах поисковых систем. Он рекомендует - (тире) для удобства чтения и SEO.

Мне удобнее с подчеркиванием. Во-первых, они совпадают с моим обычным опытом программирования variable_names_are_not-subtraction, во-вторых, и я считаю, что это уже упоминалось, слова могут иметь дефисы, но они никогда не имеют подчеркивания. Чтобы выбрать действительно глупый пример, «страна-государство» отличается от «страны-государства». Первое переводит что-то вроде «страна национальных государств» (подумайте «это здесь страна оружия! Лучший ход, да?»), А второе выглядит как список когда-то синонимов. http://example.com/nation-state-country/По-видимому, не означает то же http://example.com/nation-state_country/, что и, тем не менее, если дефисы являются разделителями / "пробелами" в дополнение к символам в словах, это может произойти. Последнее кажется более ясным относительно фактической цели, тогда как первое больше похоже на этот список, во всяком случае.

Подчеркивания заменяют пробелы, в которых пробелы запрещены. Тире (дефисы) могут быть частью слова, поэтому объединение слов с дефисами, которые уже включают дефисы, уродливо / запутанно.

Плохой:

/low-budget-movies

Хорошо:

/low-budget_movies

Я думаю, что черта лучше с точки зрения пользователя, и это не будет мешать SEO.

Не уверен, где или почему началось соглашение о подчеркивании.

Немного более знающих дебатов

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

Точность текстового URL важна при чтении его кому-то, и в этом случае вы не хотите путать подчеркивание с пробелом (или наоборот).

Я также нахожу штрихи более эстетичными, если это что-то значит.

Для конечного пользователя я предпочитаю "about-us" или "about us", а не "about_us"

Лично я бы не использовал about-us или about_us, а просто использовал about.

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

Лично я бы избежать всех дефис и подчеркивание и выбрать верблюжьего или PascalCase , если его в коде.

Статья в Википедии о camelCase объясняет некоторые причины, по которым она возникла. Они составляют

1. Ленивые программисты, которым не нравилось тянуться к ключу _
2. Потенциальная путаница по поводу читабельности
3. Клавиатура "Alto" в xerox PARC, у которой не было клавиши подчеркивания.

Если пользователь увидит строку, то я не сделаю ничего из вышеперечисленного и использую «О нас». или "AboutUs", если бы мне пришлось, поскольку camelCase распространился на обычное использование в некоторых областях, таких как названия продуктов. т.е. ThinkPad, TiVo

В URL разрешены пробелы, поэтому вы можете просто использовать «/ about us» в ссылке (хотя это будет закодировано как «/ about% 20us». Но, честно говоря, это всегда будет личным предпочтением, поэтому реального ответа нет) быть здесь

Я бы согласился с тем, что черточки могут появляться в словах, поэтому пробелы должны быть преобразованы в подчеркивания.

Лучше использовать. - / в качестве разделителей, потому что _, кажется, не является разделителем.

http://www.sistrix.com/blog/832-how-long-may-a-linktext-be.html