현재,이 같은 우리의 URL의 모습 뭔가 : 이러한 URL을 광고의URL의 대문자는 그렇게 광고해야합니까?
http://helpdesk.ourdomain.com
최근되고있다 이야기 (웹 사이트, 출판물 등) 가독성을 위해 다음과 같이합니다 :
http://HelpDesk.OurDomain.com
웹 서버는 URL에 대문자를 올바르게 입력하는 것으로 처리합니다. 즉, 해당 URL로 이동하면 URL을 모두 소문자로 다시 씁니다. 그러나 URL의 대소 문자를 구분한다는 의미로 항상 배우고있었습니다. 이를 염두에두면, URL을 대문자로 광고하는 것이 그렇게해야한다고 생각하지 않습니다.
대문자로 된 광고 URL은 괜찮습니까? 그 이유는 무엇? 에서
W3C을 인용 : 일반
URL은 대소 문자 (기계 명을 제외하고). 대소 문자가 중요하지 않은 URL이나 URL의 일부가있을 수 있지만이를 식별하는 것은 쉽지 않을 수 있습니다. 사용자는 항상 URL에서 대소 문자를 구분해야한다고 생각해야합니다.
나는 소문자로 유지합니다.
실용적인 버전은 일반적으로 호스트 이름과 호스트 이름 만 대소 문자를 구별합니다.이 경우,'http : // '와 그 이후의 첫 번째'/'사이의 부분. 유용성이 향상 될 것이라는 점을 정말로 확신하고 있다면 호스트 이름의 대소 문자를 자유롭게 사용하십시오. 그러나 정말로, 모든 소문자에 대해 강력한 논쟁이 있지 않는 한 그렇게하지 마십시오. 많은 괴상한 사람들의 눈을 아프게하는 스타일이며, 환경에 따라 사용성 문제가 더 커질 수있는 추가 시프트가 필요하다고 초심자가 생각하게 만듭니다. – psmay
spec :
가 일치인지 아닌지를 결정하는 두 개의 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 "/".
호스트 이름은 대/소문자를 구분하지 않습니다. 사용자 에이전트는 대개 URL을 요청하기 전에이를 소문자로 변환합니다. – Gumbo