URI, URL 및 URN의 차이점은 무엇입니까?


질문

 

사람들은 다른 것들처럼 URL, URI 및 URNS에 대해 이야기하지만 육안으로는 똑같이 보입니다.

그들 사이의 구별 가능한 차이점은 무엇입니까?


답변

 

URIS 식별 및 URL이 찾습니다.그러나 로케이터는 또한 식별자이므로 모든 URL은 URI이지만 URL이 아닌 URI가 있습니다.

로저 페이트

이것은 식별자 인 내 이름입니다. 그것은 URI와 같지만, 내 위치에 대해 아무 것도 말하지 않거나 저에게 연락하는 방법을 알려주는 것처럼 URL이 될 수 없습니다. 이 경우 미국에서만 최소한 5 명의 다른 사람들을 식별하는 것도 발생합니다.

4914 West Bay Street, 나소, 바하마

이것은 해당 물리적 위치의 식별자 인 로케이터입니다. URL과 URI (모든 URL이 URI이기 때문에)와 같으며 간접적으로 "거주자"로 표시됩니다. 이 경우 그것은 고유하게 나를 식별하지만 룸메이트를 받으면 변할 것입니다.

이 예제는 필요한 구문을 따르지 않기 때문에 "Like"라고합니다.

인기있는 혼란

Wikipedia에서 :

컴퓨팅에서 URL (Uniform Resource Locator) (URL)은 식별 된 자원이있는 위치를 지정하는 URI (Uniform Resource Identifier)의 하위 집합이며, 검색하는 메커니즘을 지정하는 URI (Uniform Resource Identifier)의 하위 집합입니다.인기있는 사용 및 많은 기술 문서 및 구두 토론에서는 URI의 동의어로 종종 잘못 사용됩니다 ... [강조 광산]

이러한 일반적인 혼란으로 인해 많은 제품 및 문서가 다른 한 용어 대신 하나의 용어 대신에 하나씩 사용하거나 동의어로 사용할 수 있습니다.

urns.

내 이름, Roger Pate는 URN (Uniform Resource Name)과 같을 수 있습니다 (유니폼 자원 이름).

현재이 이름을 다른 사람들과 공유하기 때문에 전 세계적으로 독특한 것은 아니며 URN으로 적절하지 않습니다.그러나 다른 가족 이이 이름을 사용하지 않더라도, 나는 아직 할아버지의 이름을 딴 이렇게, 그래서 그것은 여전히 시간에 걸쳐 독특하지 않을 것입니다.그리고 그 사건이 아니라지라도, 저의 후손들이 URN으로 부적합하게 만들 수있는 나의 자손들의 이름을 지정할 수있는 가능성.

URN은 URI의 구문을 공유 하더라도이 엄밀한 고유성 제약 조건의 URL과 다릅니다.



답변

RFC 3986에서 :

URI는 로케이터, 이름 또는 둘 다로 추가로 분류 할 수 있습니다.그만큼 용어 "uniform resource locator"(URL)는 URI의 하위 집합을 나타냅니다. 그 외에도 자원을 식별하는 것 외에도 기본 액세스 메커니즘을 설명하여 자원을 찾습니다 (예를 들어, 네트워크 "위치"))."균일 한 자원 이름"이라는 용어 (URN)은 역사적으로 두 URI를 참조하는 것으로 사용되었습니다. 전 세계적으로 독특한 상태로 유지되도록 요구되는 "URN"구성표 [RFC2141] 자원이 존재하거나 사용할 수 없으며 다른 모든 URI에 이름의 속성을 사용합니다.

따라서 모든 URL은 URIS이고 모든 URN이 URIS이지만 URNS 및 URL이 다르므로 모든 URI가 URL이라고 말할 수는 없습니다.

Roger Pate의 답변을 아직 읽지 않은 경우 그렇게 조언 할 것입니다.



답변

URI - 균일 한 자원 식별자

URI는 짧은 숫자, 문자 및 기호를 사용하여 문서를 식별하는 표준입니다.이들은 RFC 3986 - URI (Uniform Resource Identifier) : 일반 구문으로 정의됩니다.URL, URNS 및 URC는 모든 유형의 URI입니다.

URL - 균일 한 자원 위치

위치에서 자원을 가져 오는 방법에 대한 정보가 들어 있습니다.예를 들어:

http://example.com/mypage.html. ftp://example.com/download.zip. mailto : user@example.com. 파일 : ///home/user/file.txt. TEL : 1-888-555-5555. http://example.com/resource?foo=bar#fragment. /other/link.html (상대 URL, 다른 URL의 컨텍스트에서만 유용합니다)

URL은 항상 프로토콜 (HTTP)으로 시작하며 일반적으로 네트워크 호스트 이름 (example.com)과 문서 경로 (/foo/mypage.html)와 같은 정보를 포함합니다.URL에는 쿼리 매개 변수 및 조각 식별자가있을 수 있습니다.

URN - 유니폼 자원명

고유하고 지속 된 이름으로 자원을 식별하지만 반드시 인터넷에서 찾는 방법을 알려주지는 않습니다.일반적으로 접두사 URN으로 시작합니다. 예 :

URN : ISBN : 0451450523 ISBN 번호로 책을 식별합니다. URN : UUID : 6E8BC430-9C3A-11D9-9669-0800200C9A66 전 세계적으로 고유 한 식별자 urn : publishing : book - 문서를 책 유형으로 식별하는 XML 네임 스페이스.

URN은 아이디어와 개념을 식별 할 수 있습니다.그들은 문서를 식별하는 데 제한되지 않습니다.URN이 문서를 나타내는 경우 "Resolver"에 의한 URL로 변환 될 수 있습니다.그런 다음 문서를 URL에서 다운로드 할 수 있습니다.

URC - 유니폼 자원 인용

문서 자체가 아닌 문서에 대한 메타 데이터를 가리 킵니다.URC의 예는 다음과 같은 페이지의 HTML 소스 코드를 가리키는 하나입니다. 소스 : http : //example.com/

데이터 URI.

인터넷에서 그것을 찾거나 이름을 지정하기보다는 데이터를 URI에 직접 배치 할 수 있습니다.예제는 데이터가 될 것입니다 : Hello % 20world.


자주 묻는 질문

나는 더 이상 URL을 말하면 안된다고 들었습니다. 왜?

HTML 용 W3 Spec은 앵커 태그의 HREF가 URL이 아닌 URI를 포함 할 수 있다고합니다.와 같은 urn에 넣을 수 있어야합니다.브라우저가 그 URN을 URL로 해결하고 책을 다운로드 할 수 있습니다.

어떤 브라우저도 실제로 URN이 문서를 가져 오는 방법을 실제로 알고 있습니까?

내가 알고 있지만 현대적인 웹 브라우저는 데이터 URI 체계를 구현합니다.

URL과 URI의 차이점은 상대적이거나 절대적인지 여부와 관련이있는 것이 무엇이든 관계가 있습니까?

아니요. 상대 및 절대 URL은 모두 URL (및 URI)입니다.

URL과 URI의 차이점이 쿼리 매개 변수가 있는지 여부와 관련이있는 것이 있습니까?

아닙니다. 쿼리 매개 변수가 있거나없는 URL은 모두 URL (및 URI)입니다.

URL과 URI의 차이점은 조각 식별자가 있는지 여부와 관련이있는 것과 관련이 있습니까?

아닙니다. Fragment 식별자가 있거나없는 URL은 모두 URL (및 URI)입니다.

URL과 URI의 차이점은 어떤 캐릭터가 허용되는지와 관련이 있습니까?

URL은 URI의 엄격한 서브 세트로 정의됩니다.파서가 URL에있는 문자를 사용하지만 URI에는 문자가 없으면 파서에 버그가 있습니다.사양은 URL과 URI의 일부분에서 어떤 문자가 허용되는지에 대해 자세히 설명합니다.일부 문자는 URL의 일부 부분에서만 허용되지만 문자만으로는 URL과 URI의 차이가 아닙니다.

그러나 W3C는 이제 URL과 URI가 똑같은 것입니까?

네.W3C는 이것에 대해 혼란이있는 것을 깨달았습니다.그들은 이제 URL과 URI를 의미하는 용어를 사용하는 것이 이제 URI를 의미하는 URI 설명 문서를 발표했습니다 (URI를 의미합니다).URI, URL, URN 및 URC와 같은 다른 유형으로 URI를 엄격하게 세그리핑하는 것이 더 이상 유용하지 않습니다.

URI가 URL과 URN이 될 수 있습니까?

URN의 정의는 위에 언급 한 것보다 더 느슨합니다.URI의 최신 RFC는 "이름의 속성"이있는 한 URI가 URN (urn : URN으로 시작하는지 여부에 관계없이) 일 수 있다고합니다.즉, 자원이 존재하거나 사용할 수 없게되는 경우에도 전 세계적으로 독특하고 지속됩니다.예 : http://www.w3.org/tr/html4/strict.dtd와 같은 HTML Doctypes에서 사용되는 URI.이 URI는 W3.org 웹 사이트의 페이지가 삭제 된 경우에도 HTML4 전환 DOCTYPE의 이름을 지속적으로 지정합니다.


http



답변

요약 : URI가 식별하고 URL이 식별하고 찾습니다.

셰익스피어의 플레이 로미오와 줄리엣 (Juliet)의 특정 버전을 고려해보십시오. 그 중 홈 네트워크에 디지털 복사본이 있습니다.

isbn : 0-486-27557-4로서 텍스트를 식별 할 수 있습니다. 이는 URI가 될 것이지만, 텍스트를 명명하기 때문에 더 구체적으로 URN *이 될 것입니다.

텍스트를 파일로 식별 할 수도 있습니다. //hostname/sharename/romeoandjuliet.pdf. 또한 URI 일뿐 만 아니라 텍스트를 찾기 때문에 더 구체적으로 URL이 될 것입니다.

* 유니폼 자원명

(내 예제는 Wikipedia에서 적용됩니다)



답변

이것들은 아주 잘 쓰여 있지만 긴 냉담한 답변입니다.Codeigniter가 염려하는 한 차이점은 다음과 같습니다.

URL - http://example.com/some/page.html.

uri - /some/page.html.

단순히 URL은 어디에서나 자원을 식별 할 전면적이며 FTP, HTTP, SCP 등과 같은 다른 프로토콜을 가질 수 있습니다.

URI는 현재 도메인의 리소스이므로 찾을 수있는 정보가 적습니다.

CodeIgniter가 Word URL 또는 URI를 사용하는 모든 인스턴스에서 이것은 웹의 그랜드 체계에서는 100 % 정확하지는 않습니다.



답변

첫째, 당신의 마음을 혼란에서 벗어나 간단하게 생각하고 당신은 이해할 것입니다.

URI => 균일 한 자원 식별자 리소스 I-E 위치, 이름 또는 둘 다의 전체 주소를 식별합니다.

URL => uniform resource locator. 자원의 위치를 식별합니다.

urn => uniform 자원 이름 자원의 이름을 식별합니다

예시

우리는 https://www.google.com/folder/page.html 주소를 보유하고 있습니다.

URI (Uniform Resource Identifier) => https://www.google.com/folder/page.html.

URL (Uniform Resource Locator) => https://www.google.com/

URN (Uniform Resource Name) => /folder/page.html.

URI => (URL + URN) 또는 URL 전용 또는 URN 만

출처:https://stackoverflow.com/questions/176264/what-is-the-difference-between-a-uri-a-url-and-a-urn