Буквы верхнего регистра в URL-адресе, следует ли рекламировать его таким образом?

В настоящее время наши URL-адреса выглядят примерно так:

http://helpdesk.ourdomain.com

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

http://HelpDesk.OurDomain.com

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

Является ли рекламный URL-адрес с заглавными буквами нормальной практикой? Почему или почему нет?


url apache semantics uppercase
person Michael Irigoyen    schedule 18.01.2011    source источник
comment
Имя хоста нечувствительно к регистру. Пользовательские агенты обычно переводят их в нижний регистр перед запросом URL-адреса.   -  person Gumbo    schedule 19.01.2011

Ответы (2)


arrow_upward
2
arrow_downward

Цитируя W3C:

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

Я бы сказал, что нет, держите его в нижнем регистре.

person orlp    schedule 18.01.2011
comment
Прагматичная версия заключается в том, что имя хоста и только имя хоста в целом нечувствительны к регистру: в этом случае часть между http:// и первым / после этого. Если вы действительно уверены, что удобство использования будет улучшено, не стесняйтесь возиться с регистром имени хоста. Но на самом деле не делайте этого, если нет веских аргументов против всех строчных букв. Это стиль, который режет глаза многим ботаникам (включая себя) и заставит новичков думать, что дополнительное нажатие Shift необходимо, что в зависимости от среды может быть еще большей проблемой удобства использования. - person psmay; 19.01.2011

arrow_upward
2
arrow_downward

Из спецификации:

При сравнении двух URI, чтобы решить, совпадают они или нет, клиент ДОЛЖЕН использовать пооктетное сравнение всех URI с учетом регистра, за следующими исключениями:

  - A port that is empty or not given is equivalent to the default
    port for that URI-reference;

    - Comparisons of host names MUST be case-insensitive;

    - Comparisons of scheme names MUST be case-insensitive;

    - An empty abs_path is equivalent to an abs_path of "/".
person Chris B. Behrens    schedule 18.01.2011