URI vs URL : 차이, 유사성 및 사용

URI (균일 리소스 식별자) 및 URL (균일 리소스 로케이터)은 특히 웹 사이트 나 애플리케이션을 개발할 때 이해해야하는 고유 한 개념입니다.예를 들어, 사이트 아키텍처 구축에 널리 사용되는 나머지 (표현 상태 전송) API는 이러한 리소스 식별자의 적절한 사용에 크게 의존합니다.

오늘날 우리는 URI와 URL의 차이점을 살펴보고 구성 요소, 용도, 서로 관계 및 사용을위한 모범 사례를 설명합니다.

URI는 무엇입니까?

URI 또는 ​​균일 자원 식별자는 인터넷 또는 기타 시스템에서 리소스를 식별하거나 이름을 지정하는 데 사용되는 문자열을 설명하는 가장 중요한 용어입니다.사물 인터넷 (IoT)의 맥락에서 웹 사이트, 문서, 이미지 또는 물리적 물체 등 다양한 리소스를 찾아서 액세스하는 표준화 된 방법을 제공합니다.

URI의 구문

URI는 일반적으로 자원을 식별하기 위해 함께 작동하는 여러 구성 요소로 구성되어 있습니다.

계획: 이것은 http : //, https : //, ftp : // 또는 mailto :와 같은 리소스에 액세스하는 프로토콜 또는 방법을 지정합니다.이 계획은 시스템에 URI의 나머지 부분을 해석하고 처리하는 방법을 시스템에 알려줍니다.

권한: 이 부분에는 리소스가있는 도메인 이름 또는 IP 주소가 포함됩니다.리소스가있는 호스트 서버 또는 시스템에 대한 정보를 제공합니다.

길: 호스트 내의 자원의 계층 구조 또는 위치를 나타냅니다.경로 세그먼트는 전방 슬래시 (/)로 분리되며 종종 파일 시스템 구조와 비슷합니다.

질문: 이 선택적 구성 요소를 사용하면 매개 변수 또는 데이터를 리소스로 전달할 수 있습니다.물음표 (?)로 시작하며 Equals 부호 (=) 및 앰퍼 샌드 (&)로 분리 된 키 값 쌍으로 구성됩니다.

파편: 또한 선택 사항은 리소스 내 특정 부분 또는 섹션을 가리 킵니다.조각은 해시 기호 (#)에 의해 나머지 URI와 분리되며 종종 웹 페이지 나 문서 내부 탐색에 사용됩니다.

예제 URI를 사용하여 구문의 각 구성 요소를 분해하겠습니다.

http://www.example.com/products/category1/item?color=green&size=large#details

이 uri에서 :

• "http" 계획입니다

• "www.example.com" 권위입니다

• "/제품/카테고리 1/항목" 길입니다

• "색상 = 녹색 및 크기 = 큰" 쿼리입니다

• "세부" 조각입니다

Uris의 유형

Uris에는 두 가지 주요 유형이 있습니다.

URL (균일 리소스 로케이터)

URL은 인터넷에서 리소스의 위치 또는 주소를 제공하는 특정 유형의 URI입니다.또한 자원에 액세스하고 검색하기 위해 체계, 권한 및 경로 구성 요소를 사용합니다.

항아리 (균일 자원 이름)

항아리는 리소스를 고유하게 식별하는 데 사용되는 지속적인 위치 독립 URI입니다.URL과 달리 리소스의 위치를 ​​지정하지 않고 위치를 찾기 위해 해결할 수있는 이름 또는 식별자를 제공합니다.

URL이란 무엇입니까?

URL 또는 균일 리소스 로케이터는 인터넷에서 리소스를 찾고 액세스하는 데 사용되는 특정 유형의 URI입니다.웹 페이지, 파일 및 이미지와 같은 온라인 리소스를 검색하고 상호 작용하는 식별자 및 경로 역할을합니다.

URL의 구성 요소

Uris처럼 URL 구문 여러 구성 요소로 구성된 :

계획: 이것은 http : // 또는 https : //와 같은 리소스에 액세스하기위한 프로토콜을 지정합니다.

권한:이 부분에는 도메인 이름 또는 IP 주소가 포함됩니다. 웹 서버 리소스 호스팅.

길: 웹 서버 내 리소스의 계층 적 위치를 나타냅니다.

질문: 이 선택적 구성 요소를 사용하면 매개 변수 또는 데이터를 리소스로 전달할 수 있습니다.

파편: 또한 선택 사항은 내부 탐색을 위해 리소스 내의 특정 섹션을 가리 킵니다.

URL을 사용하여 웹 리소스를 찾습니다

웹 브라우저에 URL을 입력하거나 하이퍼 링크를 클릭하면 브라우저는 URL의 정보를 사용하여 적절한 웹 서버와 연결하고 지정된 리소스를 요청합니다.

이 계획은 프로토콜 (예 : HTTP 또는 HTTPS)을 결정하는 반면, 권한은 호스팅 웹 서버를 식별합니다.경로는 자원의 위치로 탐색되며 쿼리 및 조각은 필요에 따라 추가 정보 또는 매개 변수를 제공합니다.

예를 들어, https://www.example.com/products/item?color=green#details를 사용하면 브라우저가 다음과 같습니다.

• 사용하다 "https" 안전한 연결을 설정합니다.

• 연결하십시오 "www.example.com" (웹 서버).

• 로 이동 "/제품/품목" 서버에서.

• 통과하다 "색상 = 녹색" 서버에.

• 스크롤 "세부" 검색된 자원 내 섹션.

URI와 URL의 주요 차이점

URI와 URL은 관련 개념이지만 차이점을 이해하는 것이 중요합니다.

계층

• URI는 URL 및 URN과 같은 다양한 유형의 식별자를 설명하는 가장 중요한 용어입니다.

• URL은 특정 유형의 URI입니다.모든 URL은 URI이지만 모든 URI가 URL이 아닙니다.

목적

• URI는 다양한 형식 (웹 사이트, 문서, 이미지 등)에서 리소스를 찾거나 이름 지정/식별하는 데 사용될 수 있습니다.

• URL은 주로 웹에서 리소스를 찾는 데 사용됩니다.

구조

• URI는 목적 (예 : 항아리)에 따라 다른 형식과 규칙을 따를 수 있습니다.

• URL은 웹 리소스 (체계, 권위, 경로, 쿼리, 조각)를 찾기위한 특정 구문 및 구조를 준수합니다.

예제를 통해 URI 및 URL을 이해합니다

Uris와 URL의 개념을 더 잘 파악하기 위해 실제 예제를 살펴 보겠습니다.

URL이 아닌 uris (예 : 항아리, Mailto)

모든 URL은 URI로 간주되지만 모든 URI가 반드시 URL이 아닙니다.URL이 아닌 URI의 일반적인 유형 중 하나는 항아리입니다.

URN의 몇 가지 예는 다음과 같습니다.

• URN : ISBN : 0451450523 (ISBN 번호로 책을 식별)

• 항아리 : UUID : F81D4FAE-7DEC-11D0-A765-00A0C91E6BF6 (UUID 기반 URN)

• URN : IETF : RFC : 7231 (IETF RFC 문서를 식별)

보시다시피, 항아리는 위치를 지정하지 않고 자원을 고유하게 식별하도록 설계되었습니다.다양한 유형의 리소스에 대한 지속적인 위치 독립적 이름을 제공합니다.

다음은 "Mailto :"계획의 예입니다.

• Mailto : info@example.com (이메일 주소 식별)

"Mailto :"체계는 항아리가 위치를 지정하지 않고 자원을 식별하는 방법과 유사하게 이메일 주소를 식별하는 데 사용되는 URI 유형입니다.

일반적인 URL 예제

반면, URL은 특히 인터넷에서 리소스를 찾아서 액세스하는 데 사용됩니다.몇 가지 일반적인 예를 살펴 보겠습니다.

웹 페이지 주소

• https://www.example.com

• http://www.example.org/about

• https://blog.example.net/articles/latest-news

이 URL에서는 다른 구성 요소를 볼 수 있습니다.경로 (/about,/articles/최신 뉴스).

파일 다운로드

• ftp://ftp.example.com/pub/files/document.pdf

• https://www.example.net/downloads/software.zip

이 URL은 FTP 또는 웹 서버에서 호스팅 된 파일을 가리므로 사용자가 다운로드 할 수 있습니다.

URI 및 URL을 사용하기위한 모범 사례

URI와 URL은 간단한 문자 같은 문자열처럼 보일 수 있지만, 구조 및 사용법에 따라 간소화되고 사용자 친화적 인 경험을 보장하는 데 큰 도움이 될 수 있습니다.다음은 명심해야 할 몇 가지 필수 지침입니다.

올바른 체계를 선택하십시오

URI 또는 ​​URL의 체계 구성 요소는 리소스에 액세스하기위한 프로토콜 또는 방법을 지정합니다.클라이언트 (예 : 웹 브라우저, 이메일 클라이언트)가 URI 또는 ​​URL을 올바르게 해석하고 처리 할 수 ​​있도록 리소스를 기반으로 적절한 체계를 선택하십시오.

예를 들면 :

• 민감한 정보가 포함되어 있지 않거나 안전한 통신이 필요한 경우에도 모든 웹 페이지에 "https : //"를 사용하십시오.

• "ftp : //"를 사용하여 파일에 액세스하고 전송합니다. 파일 전송 프로토콜 (FTP).

• "Mailto :"는 이메일 주소를 리소스로 식별하기위한 계획입니다.

의미 있고 읽기 쉬운 URI/URL을 만듭니다

잘 구조화되고 설명적인 URI/URL은 자원을 식별/구성하는 데 도움이 될뿐만 아니라 향상 검색 엔진 최적화 더 나은 사용자 경험에 기여합니다.

다음 모범 사례를 고려하십시오.

• 자원 계층 또는 구조를 정확하게 반영하는 명확하고 간결한 경로 세그먼트를 사용하십시오.

• 자원에 대한 컨텍스트를 제공하는 관련 키워드 또는 용어를 통합합니다.

• 의미있는 정보를 제공하지 않고 복잡성을 더하는 불필요하거나 중복 경로 세그먼트를 피하십시오.

• 가독성 향상을 위해 하이픈 (-) 또는 밑줄 (_)을 사용하여 경로 세그먼트에서 별도의 단어.

특수 문자 처리 및 인코딩

URI 및 URL에는 공백, 비 ASCII 문자 또는 특정 의미 (예 : /,?, #)와 같은 다양한 특수 문자가 포함될 수 있습니다.

적절한 취급 및 해석을 보장하려면 인코딩 지침을 따르는 것이 중요합니다.

• 공백을 "%20"으로 교체하거나 비 ASCII 문자에 대해 적절한 백분율 인코딩을 사용하십시오.

• 필요한 경우 퍼센트 인코딩을 사용하여 특별한 의미 (예 :,?, #, /)를 가진 문자를 인코딩합니다.

• 혼란이나 호환성 문제를 일으킬 수있는 불필요한 특수 문자 또는 기호를 사용하지 마십시오.

항아리는 무엇입니까?

URL과 마찬가지로 URN (균일 자원 이름)은 URI의 하위 집합입니다.

URL과 달리 URN은 위치 또는 액세스 방법을 지정하지 않고 리소스를 식별하는 데 사용됩니다.책을위한 ISBN과 마찬가지로 전 세계적으로 독특한 방식으로 무언가를 지명하는 방법으로 생각하십시오.URL은 리소스의 위치를 ​​제공하지만 URN은 위치 또는 액세스 방법에 관계없이 리소스를 참조하는 일관된 방법을 제공하도록 설계되었습니다.

예를 들어, 특정 책의 항아리는 다음과 같이 보일 수 있습니다. URN : ISBN : 978-3-16-148410-0-이 식별자는 어디서나 액세스 방법에 관계없이 항상 특정 책을 참조합니다.

URI 및 URL에 대한 일반적인 오해

이제 URI와 URL의 주요 오해가 서로 교환 가능하다는 점을 제거 했으므로 이러한 리소스 식별자와 종종 관련된 몇 가지 일반적인 믹스 업을 살펴 ​​보겠습니다.

오인: URI 및 URL은 웹 주소 만 참조합니다

• URI 및 URL은 웹 페이지를 넘어서는 리소스를 참조 할 수 있습니다.예를 들어 URL은 FTP 서버의 파일, 이메일 주소 또는 데이터베이스 쿼리를 가리킬 수 있습니다.마찬가지로 URI는 인터넷을 통해 액세스 할 수없는 리소스를 포함하여 모든 종류의 리소스를 식별 할 수 있습니다.

오인: URL에는 "www"가 포함되어야합니다.

• "www"접두사는 URL의 필수 부분이 아닙니다.그것은 단순히 많은 웹 사이트에서 일반적으로 사용하는 하위 도메인입니다.URL은 IT가 없으면 완벽하게 작동 할 수 있습니다 (예 : http://example.com vs. http://www.example.com).

오인: URL에는 "http : //"또는 "https : //"가 포함되어야합니다.

• "http : //"및 "https : //"는 웹 페이지의 일반적인 체계이지만 URL은 "ftp : //", "mailto :"파일 : // "등과 같은 다양한 체계를 사용할 수 있습니다.리소스에 액세스하는 데 필요한 프로토콜에 따라

오인: URL의 사례 감도

• URL은 일반적으로 체계 및 도메인 부품을 제외하고는 대계에 민감합니다.예를 들어, http://example.com/page 및 http://example.com/page는 다른 리소스를 가리킬 수 있습니다.그러나 도메인 부분 (예 : "example.com")은 대소 문자를 사용하지 않습니다.

오인: URL을 변경해도 SEO 또는 유용성에 영향을 미치지 않습니다

• URL을 변경하면 SEO와 유용성에 영향을 줄 수 있습니다.검색 엔진이 색인 특정 URL을 색인하므로 적절한 리디렉션없이 변경하면 링크가 깨지고 페이지 순위가 손실 될 수 있습니다.

오인: URL에는 공간이 포함될 수 없습니다

• URL은 특수 문자, 일반적으로 %20을 사용하여 공백을 인코딩 할 수 있습니다.우주는 URL에서 직접 유효하지 않지만 인코딩 된 형식으로 표시 될 수 있습니다.

오인: URI 및 URL은 정적 컨텐츠 만 식별 할 수 있습니다

• URI 및 URL은 동적 컨텐츠를 식별 할 수도 있습니다.예를 들어, 쿼리 매개 변수가있는 URL (예 : http://example.com/search?q=hosting)은 종종 입력 매개 변수를 기반으로 서버-사이드 애플리케이션에 의해 생성 된 동적 컨텐츠를 가리 킵니다.

오인: URL에는 특정 문자 만 허용됩니다

• URL은 특정 문자 세트로 제한되지만 다른 문자는 백분율 인코딩 (예 : 공간의 경우 %20)을 사용하여 포함 할 수 있습니다.

오인: URL 길이는 중요하지 않습니다

• 브라우저는 URL 문자 길이에 대한 실질적인 제한이 80,000+ 이상이며 SEO 관점에서 직접적인 결과는 없지만 지나치게 긴 URL은 사용자가 관리하거나 공유하기가 어려울 수 있습니다.