URL-адреса:Дэш против.Подчеркивание [закрыто]

https://stackoverflow.com/questions/119312

02-07-2019
|

Вопрос

Должно ли это быть /о нас или /о нас?

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

Решение

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

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

Другие советы

Из Центра веб-мастеров Google

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

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

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

Это не просто Dash vs.нижнее подчеркивание:

текст с пробелами
текстбез пробелов
закодированный%20spaces%20in%20URL
underscore_means_space
тире означает пробел
плюс+средство+пробел
верблюдЧехол
ПаскальКейс
"цитируемый текст с пробелами" (и одинарная кавычка vs.двойная кавычка)
косая черта/средство/пробел
точка.средство.пространство

Раньше 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

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

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

Немного более осведомленный дебаты

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

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

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

Для просмотра конечным пользователем я предпочитаю «о нас» или «о нас», а не «о_нас».

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

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

Лично я бы избегал всех тире и подчеркиваний и выбрал бы верблюдЧехол или ПаскальКейс если это в коде.

Статья в Википедии о CamelCase объясняет некоторые причины его происхождения.Они составляют

Ленивые программисты, которым не нравилось тянуться к _ -ключу
Потенциальная путаница в отношении читаемости
Клавиатура «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

Лицензировано под: CC-BY-SA с атрибуция

Не связан с StackOverflow