"IRI"의 두 판 사이의 차이
leejia1222 (토론 | 기여) |
|||
(사용자 2명의 중간 판 3개는 보이지 않습니다) | |||
1번째 줄: | 1번째 줄: | ||
− | '''IRI'''(Internationalized resource | + | '''IRI'''(Internationalized resource identifier)는 기존의 [[URI]]를 국제화하여 다양한 언어와 문자를 지원하도록 확장한 것이다. 기존의 URI는 [[ASCII]] 문자 집합만을 사용했기 때문에 라틴 문자가 아닌 다른 문자로 표현된 자원을 식별하는 데 제한이 있었다. [[인터넷]] 사용자가 점점 더 글로벌화됨에 따라 이러한 제한은 점점 더 큰 문제로 대두되었다. 이에 따라 IRI는 이러한 문제를 해결하기 위해 도입되었다. |
+ | |||
+ | {{:인터넷 배너|도메인}} | ||
+ | |||
+ | == 상세 == | ||
+ | IRI는 2005년에 RFC 3987에 의해 공식적으로 표준화되었다.<ref>〈[http://www.mozilla.or.kr/docs/web-developer/web-standard-guide-2005.pdf 실전 웹 표준 가이드 (The Practive Guide for Development based on Web Standards)]〉, 《한국소프트웨어진흥원》, 2005-12</ref> 인터넷의 급격한 성장과 글로벌화는 다양한 언어와 문자를 사용하는 사용자층의 확장을 가져왔다. 이에 따라 ASCII 문자 집합만으로는 다양한 언어를 사용하는 사용자들에게 충분한 서비스를 제공하기 어려웠다. 예를 들어, [[일본어]], [[한국어]], [[중국어]] 등의 비라틴 문자는 기존의 [[URI]] 체계로는 포함시키기 어려웠다. 이러한 문제를 해결하고자 IRI가 제안되었으며, 이는 기존의 URI 체계를 확장하여 [[유니코드]] 문자를 지원하도록 설계되었다.<ref>밤공기후하후하, 〈[https://blog.naver.com/PostView.nhn?blogId=on21life&logNo=221215060071&categoryNo=129&parentCategoryNo=0 URL - URL과 URI 이란 무엇인가 *수정및삭제예정]〉, 《네이버 블로그》, 2018-02-23</ref> | ||
+ | |||
+ | IRI는 [[인터넷]] 자원 [[식별자]]를 국제화하여 다양한 언어와 문자를 지원할 수 있도록 한 혁신적인 개념이다. 이는 글로벌 [[웹]] 환경에서 필수적인 도구로 자리 잡고 있으며, 사용자 경험을 향상시키는 데 중요한 역할을 한다. IRI는 기존의 URI 체계를 확장하여 다양한 언어와 문자를 지원할 수 있도록 함으로써 웹의 글로벌화에 기여하고 있다. 그러나 IRI의 복잡성과 보안 문제를 해결하기 위한 지속적인 노력이 필요하다. | ||
+ | |||
+ | == 구성요소 == | ||
+ | IRI는 기본적으로 URI와 동일한 구성 요소를 갖추고 있지만, [[유니코드]] 문자를 포함할 수 있다는 점이 다르다. IRI는 스킴(Scheme), 권한(Authority), 경로(Path), 쿼리(Query), 프래그먼트(Fragment)로 구성된다. 스킴은 자원의 종류를 나타내며, 예를 들어 '[[http]]', '[[https]]', '[[ftp]]' 등이 있다. 권한은 자원을 [[호스팅]]하는 [[서버]]의 정보를 나타내며, 일반적으로 [[도메인]] 이름이나 [[IP]] [[주소]]로 구성된다. 경로는 자원의 위치를 나타내며, 파일 시스템의 경로와 유사하다. [[쿼리]]는 자원에 대한 추가 정보를 제공하기 위해 사용되며, 프래그먼트는 자원의 일부를 지정하기 위해 사용된다. | ||
+ | * '''스킴'''(Scheme): 자원의 종류를 나타내는 부분으로, 'http', 'https', 'ftp' 등이 있다. | ||
+ | * '''경로'''(Path): 자원의 위치를 나타낸다. 파일 시스템의 경로와 유사하다. | ||
+ | * '''쿼리'''(Query): 자원에 대한 추가 정보를 제공하기 위해 사용된다. | ||
+ | * '''프래그먼트'''(Fragment): 자원의 일부를 지정하기 위해 사용된다.<ref>〈[http://www.ktword.co.kr/test/view/view.php?no=2340 URI Uniform Resource Identifier 인터넷 식별자]〉, 《정보통신기술용어해설》</ref> | ||
+ | * '''권한'''(Authority): 자원을 호스팅하는 서버의 정보를 나타낸다. 일반적으로 도메인 이름이나 IP 주소로 구성된다. | ||
+ | |||
+ | == 특징 == | ||
+ | IRI의 주요 장점은 다음과 같다. 첫째, IRI는 다양한 언어와 문자를 지원하므로 다국어 환경에서 매우 유용하다. 이는 전 세계 사용자들이 자신의 언어로 된 자원 [[식별자]]를 사용할 수 있게 하여 [[웹]] 사용성을 크게 향상시킨다. 둘째, IRI는 유니코드 문자 집합을 사용하므로 다양한 문자를 표현할 수 있다. 이는 [[웹페이지]]나 자원을 더욱 풍부하게 표현할 수 있게 한다. 셋째, IRI는 사용자 경험을 향상시킨다. 사용자는 자신의 언어로 된 [[URL]]을 사용함으로써 더 직관적이고 이해하기 쉬운 웹 경험을 제공받을 수 있다.<ref>〈[https://committee.tta.or.kr/data/reportList.jsp?kind_num=5 통합식별체계 종합보고서]〉, 《한국정보통신기술협회》, 2009-12</ref> | ||
+ | |||
+ | 그러나 IRI에도 몇 가지 단점이 있다. 첫째, 유니코드 문자를 지원함으로써 시스템 구현이 복잡해질 수 있다. 이는 [[개발자]]들에게 추가적인 부담을 줄 수 있다. 둘째, 모든 시스템이 IRI를 완벽하게 지원하지 않을 수 있다. 이러한 경우 URI로 변환하는 과정이 필요하다. 셋째, IRI를 사용하면 [[피싱]](phishing) 공격에 취약할 수 있다. 비슷한 모양의 다른 문자를 사용하여 사용자를 속일 수 있기 때문이다. 예를 들어, 'a'와 유사한 다른 문자를 사용하여 악의적인 웹사이트로 유도할 수 있다. | ||
+ | |||
+ | == 비교 == | ||
+ | ===URI=== | ||
+ | URI와 IRI는 모두 인터넷 자원을 식별하기 위한 표준이지만, 사용 가능한 문자 집합과 국제화 지원 여부에서 차이가 있다. [[URI]]는 [[ASCII]] 문자만을 사용하여 제한적이지만 높은 호환성을 제공하는 반면, IRI는 [[유니코드]] 문자를 사용하여 다양한 언어와 문자를 지원함으로써 다국어 환경에서의 사용성을 크게 향상시킨다. IRI는 글로벌 웹 환경에서 더욱 직관적이고 편리한 자원 식별을 가능하게 하며, 이를 통해 사용자는 자신의 언어로 자원을 쉽게 접근할 수 있게 된다. 그러나 IRI를 사용하려면 기존 시스템과의 호환성을 유지하기 위한 변환 과정이 필요할 수 있으며, 이는 추가적인 복잡성을 가져올 수 있다. | ||
+ | :{|class=wikitable width=850 | ||
+ | |+URI와 IRI의 기본 개념 | ||
+ | !align=center|구분 | ||
+ | !align=center|URI | ||
+ | !align=center|IRI | ||
+ | |- | ||
+ | |align=center|개념 | ||
+ | |align=light| | ||
+ | * URI는 인터넷 자원을 식별하기 위한 표준이다. | ||
+ | * URL과 URN을 포함하는 상위 개념이다. | ||
+ | * 주로 ASCII 문자 집합을 사용하여 자원을 식별한다. | ||
+ | |align=light| | ||
+ | * IRI는 URI의 국제화 버전이다. | ||
+ | * 유니코드 문자 집합을 사용하여 다양한 언어와 문자를 지원한다. | ||
+ | * URI와 마찬가지로 URL과 URN을 포함할 수 있다. | ||
+ | |} | ||
+ | IRI와 URI의 주요 차이점은 네 가지로 요약할 수 있다. 첫 번째는 문자 집합이다. URI는 ASCII 문자 집합만을 허용한다. 이는 라틴 알파벳, 숫자, 일부 특수 문자로 제한된다. 반면 IRI는 유니코드 문자 집합을 허용하여 다양한 언어와 문자를 사용할 수 있다. 예를 들어, 한글, 한자, 키릴 문자 등도 포함된다. 두 번째는 표현 가능성이다. URI는 국제적인 웹 환경에서 제한적일 수 있다. 비라틴 문자를 포함하는 자원이나 페이지를 식별하는 데 어려움이 있다. 반면 IRI는 다양한 언어로 표현된 자원을 직관적으로 식별할 수 있다. 이는 전 세계 사용자가 자신의 언어로 자원을 쉽게 접근하고 사용할 수 있게 한다. | ||
+ | |||
+ | 세 번째는 호환성이다. URI는 모든 인터넷 시스템과 [[애플리케이션]]에서 사용 가능하다. 이는 표준 ASCII 문자 집합만을 사용하기 때문이다. 반면 IRI는 모든 시스템이 지원하지 않을 수 있다. 특히 구형 시스템이나 [[소프트웨어]]는 IRI를 제대로 처리하지 못할 수 있다. 따라서 IRI는 URI로 변환되어야 할 경우가 있다. 마지막으로 변환이다. IRI는 기존 시스템과의 호환성을 위해 URI로 변환될 수 있다. 이는 퍼센트 [[인코딩]](percent-encoding)을 통해 이루어진다. | ||
+ | |||
+ | URI와 IRI는 사용 사례도 다르다. URI의 경우 국제적인 [[웹사이트]]에서 주로 사용되며, 영어를 포함한 라틴 문자 기반의 자원을 식별할 때 사용된다. 대부분의 표준 [[웹브라우저]], [[서버]], [[프로토콜]]에서 완벽하게 지원된다. 반면 IRI는 다국어 웹사이트에서 사용되며, 다양한 언어로 표현된 자원을 식별할 때 유용하며, 사용자가 자신의 언어로 된 URL을 사용할 수 있어 더욱 직관적이고 편리하다.<ref>didwldn, 〈[https://forum.datahub.kr/t/uri-url-urn-iri/60 Uri, url, urn, iri의 차이는 무엇인가요?]〉, 《오픈놀리지포럼》, 2022-01</ref><ref>shleecloud, 〈[https://velog.io/@shleecloud/URI-URL-URN-ARN URI, URL, URN, ARN의 차이]〉, 《벨로그》, 2022-01-13</ref> | ||
+ | :{|class=wikitable width=850 | ||
+ | |+URI와 IRI의 장단점 비교 | ||
+ | !align=center|구분 | ||
+ | !align=center|URI | ||
+ | !align=center|IRI | ||
+ | |- | ||
+ | |align=center|장점 | ||
+ | |align=light| | ||
+ | * 모든 인터넷 시스템과의 높은 호환성 | ||
+ | * 표준화된 형식으로 처리 및 변환이 용이 | ||
+ | |align=light| | ||
+ | * 다양한 언어와 문자 지원 | ||
+ | * 다국어 환경에서의 향상된 사용자 경험 | ||
+ | |- | ||
+ | |align=center|단점 | ||
+ | |align=light| | ||
+ | * 비라틴 문자 자원 식별의 어려움 | ||
+ | * 글로벌 웹 환경에서의 제한적 표현력 | ||
+ | |align=light| | ||
+ | * 모든 시스템에서의 지원 불완전성 | ||
+ | * 변환 과정에서의 복잡성 증가 | ||
+ | |} | ||
− | |||
− | |||
− | |||
{{각주}} | {{각주}} | ||
== 참고자료 == | == 참고자료 == | ||
− | * | + | * 〈[http://www.ktword.co.kr/test/view/view.php?no=2340 URI Uniform Resource Identifier 인터넷 식별자]〉, 《정보통신기술용어해설》 |
+ | * 〈[http://www.mozilla.or.kr/docs/web-developer/web-standard-guide-2005.pdf 실전 웹 표준 가이드 (The Practive Guide for Development based on Web Standards)]〉, 《한국소프트웨어진흥원》, 2005-12 | ||
+ | * 〈[https://committee.tta.or.kr/data/reportList.jsp?kind_num=5 통합식별체계 종합보고서]〉, 《한국정보통신기술협회》, 2009-12 | ||
+ | * G1Soft Manager, 〈[http://blog.naver.com/estern/110139182861 URI = URN or URL]〉, 《네이버 블로그》, 2012-05-25 | ||
+ | * ryNo=129&parentCategoryNo=0 URL - URL과 URI 이란 무엇인가 *수정및삭제예정]〉, 《네이버 블로그》, 2018-02-23 | ||
+ | * didwldn, 〈[https://forum.datahub.kr/t/uri-url-urn-iri/60 Uri, url, urn, iri의 차이는 무엇인가요?]〉, 《오픈놀리지포럼》, 2022-01 | ||
+ | * shleecloud, 〈[https://velog.io/@shleecloud/URI-URL-URN-ARN URI, URL, URN, ARN의 차이]〉, 《벨로그》, 2022-01-13 | ||
== 같이 보기 == | == 같이 보기 == | ||
− | {{인터넷| | + | * [[URI]] |
+ | * [[URN]] | ||
+ | |||
+ | {{인터넷|검토 필요}} |
2024년 7월 22일 (월) 10:55 기준 최신판
IRI(Internationalized resource identifier)는 기존의 URI를 국제화하여 다양한 언어와 문자를 지원하도록 확장한 것이다. 기존의 URI는 ASCII 문자 집합만을 사용했기 때문에 라틴 문자가 아닌 다른 문자로 표현된 자원을 식별하는 데 제한이 있었다. 인터넷 사용자가 점점 더 글로벌화됨에 따라 이러한 제한은 점점 더 큰 문제로 대두되었다. 이에 따라 IRI는 이러한 문제를 해결하기 위해 도입되었다.
[아사달] 믿을 수 있는 도메인 회사 |
상세[편집]
IRI는 2005년에 RFC 3987에 의해 공식적으로 표준화되었다.[1] 인터넷의 급격한 성장과 글로벌화는 다양한 언어와 문자를 사용하는 사용자층의 확장을 가져왔다. 이에 따라 ASCII 문자 집합만으로는 다양한 언어를 사용하는 사용자들에게 충분한 서비스를 제공하기 어려웠다. 예를 들어, 일본어, 한국어, 중국어 등의 비라틴 문자는 기존의 URI 체계로는 포함시키기 어려웠다. 이러한 문제를 해결하고자 IRI가 제안되었으며, 이는 기존의 URI 체계를 확장하여 유니코드 문자를 지원하도록 설계되었다.[2]
IRI는 인터넷 자원 식별자를 국제화하여 다양한 언어와 문자를 지원할 수 있도록 한 혁신적인 개념이다. 이는 글로벌 웹 환경에서 필수적인 도구로 자리 잡고 있으며, 사용자 경험을 향상시키는 데 중요한 역할을 한다. IRI는 기존의 URI 체계를 확장하여 다양한 언어와 문자를 지원할 수 있도록 함으로써 웹의 글로벌화에 기여하고 있다. 그러나 IRI의 복잡성과 보안 문제를 해결하기 위한 지속적인 노력이 필요하다.
구성요소[편집]
IRI는 기본적으로 URI와 동일한 구성 요소를 갖추고 있지만, 유니코드 문자를 포함할 수 있다는 점이 다르다. IRI는 스킴(Scheme), 권한(Authority), 경로(Path), 쿼리(Query), 프래그먼트(Fragment)로 구성된다. 스킴은 자원의 종류를 나타내며, 예를 들어 'http', 'https', 'ftp' 등이 있다. 권한은 자원을 호스팅하는 서버의 정보를 나타내며, 일반적으로 도메인 이름이나 IP 주소로 구성된다. 경로는 자원의 위치를 나타내며, 파일 시스템의 경로와 유사하다. 쿼리는 자원에 대한 추가 정보를 제공하기 위해 사용되며, 프래그먼트는 자원의 일부를 지정하기 위해 사용된다.
- 스킴(Scheme): 자원의 종류를 나타내는 부분으로, 'http', 'https', 'ftp' 등이 있다.
- 경로(Path): 자원의 위치를 나타낸다. 파일 시스템의 경로와 유사하다.
- 쿼리(Query): 자원에 대한 추가 정보를 제공하기 위해 사용된다.
- 프래그먼트(Fragment): 자원의 일부를 지정하기 위해 사용된다.[3]
- 권한(Authority): 자원을 호스팅하는 서버의 정보를 나타낸다. 일반적으로 도메인 이름이나 IP 주소로 구성된다.
특징[편집]
IRI의 주요 장점은 다음과 같다. 첫째, IRI는 다양한 언어와 문자를 지원하므로 다국어 환경에서 매우 유용하다. 이는 전 세계 사용자들이 자신의 언어로 된 자원 식별자를 사용할 수 있게 하여 웹 사용성을 크게 향상시킨다. 둘째, IRI는 유니코드 문자 집합을 사용하므로 다양한 문자를 표현할 수 있다. 이는 웹페이지나 자원을 더욱 풍부하게 표현할 수 있게 한다. 셋째, IRI는 사용자 경험을 향상시킨다. 사용자는 자신의 언어로 된 URL을 사용함으로써 더 직관적이고 이해하기 쉬운 웹 경험을 제공받을 수 있다.[4]
그러나 IRI에도 몇 가지 단점이 있다. 첫째, 유니코드 문자를 지원함으로써 시스템 구현이 복잡해질 수 있다. 이는 개발자들에게 추가적인 부담을 줄 수 있다. 둘째, 모든 시스템이 IRI를 완벽하게 지원하지 않을 수 있다. 이러한 경우 URI로 변환하는 과정이 필요하다. 셋째, IRI를 사용하면 피싱(phishing) 공격에 취약할 수 있다. 비슷한 모양의 다른 문자를 사용하여 사용자를 속일 수 있기 때문이다. 예를 들어, 'a'와 유사한 다른 문자를 사용하여 악의적인 웹사이트로 유도할 수 있다.
비교[편집]
URI[편집]
URI와 IRI는 모두 인터넷 자원을 식별하기 위한 표준이지만, 사용 가능한 문자 집합과 국제화 지원 여부에서 차이가 있다. URI는 ASCII 문자만을 사용하여 제한적이지만 높은 호환성을 제공하는 반면, IRI는 유니코드 문자를 사용하여 다양한 언어와 문자를 지원함으로써 다국어 환경에서의 사용성을 크게 향상시킨다. IRI는 글로벌 웹 환경에서 더욱 직관적이고 편리한 자원 식별을 가능하게 하며, 이를 통해 사용자는 자신의 언어로 자원을 쉽게 접근할 수 있게 된다. 그러나 IRI를 사용하려면 기존 시스템과의 호환성을 유지하기 위한 변환 과정이 필요할 수 있으며, 이는 추가적인 복잡성을 가져올 수 있다.
URI와 IRI의 기본 개념 구분 URI IRI 개념 - URI는 인터넷 자원을 식별하기 위한 표준이다.
- URL과 URN을 포함하는 상위 개념이다.
- 주로 ASCII 문자 집합을 사용하여 자원을 식별한다.
- IRI는 URI의 국제화 버전이다.
- 유니코드 문자 집합을 사용하여 다양한 언어와 문자를 지원한다.
- URI와 마찬가지로 URL과 URN을 포함할 수 있다.
IRI와 URI의 주요 차이점은 네 가지로 요약할 수 있다. 첫 번째는 문자 집합이다. URI는 ASCII 문자 집합만을 허용한다. 이는 라틴 알파벳, 숫자, 일부 특수 문자로 제한된다. 반면 IRI는 유니코드 문자 집합을 허용하여 다양한 언어와 문자를 사용할 수 있다. 예를 들어, 한글, 한자, 키릴 문자 등도 포함된다. 두 번째는 표현 가능성이다. URI는 국제적인 웹 환경에서 제한적일 수 있다. 비라틴 문자를 포함하는 자원이나 페이지를 식별하는 데 어려움이 있다. 반면 IRI는 다양한 언어로 표현된 자원을 직관적으로 식별할 수 있다. 이는 전 세계 사용자가 자신의 언어로 자원을 쉽게 접근하고 사용할 수 있게 한다.
세 번째는 호환성이다. URI는 모든 인터넷 시스템과 애플리케이션에서 사용 가능하다. 이는 표준 ASCII 문자 집합만을 사용하기 때문이다. 반면 IRI는 모든 시스템이 지원하지 않을 수 있다. 특히 구형 시스템이나 소프트웨어는 IRI를 제대로 처리하지 못할 수 있다. 따라서 IRI는 URI로 변환되어야 할 경우가 있다. 마지막으로 변환이다. IRI는 기존 시스템과의 호환성을 위해 URI로 변환될 수 있다. 이는 퍼센트 인코딩(percent-encoding)을 통해 이루어진다.
URI와 IRI는 사용 사례도 다르다. URI의 경우 국제적인 웹사이트에서 주로 사용되며, 영어를 포함한 라틴 문자 기반의 자원을 식별할 때 사용된다. 대부분의 표준 웹브라우저, 서버, 프로토콜에서 완벽하게 지원된다. 반면 IRI는 다국어 웹사이트에서 사용되며, 다양한 언어로 표현된 자원을 식별할 때 유용하며, 사용자가 자신의 언어로 된 URL을 사용할 수 있어 더욱 직관적이고 편리하다.[5][6]
URI와 IRI의 장단점 비교 구분 URI IRI 장점 - 모든 인터넷 시스템과의 높은 호환성
- 표준화된 형식으로 처리 및 변환이 용이
- 다양한 언어와 문자 지원
- 다국어 환경에서의 향상된 사용자 경험
단점 - 비라틴 문자 자원 식별의 어려움
- 글로벌 웹 환경에서의 제한적 표현력
- 모든 시스템에서의 지원 불완전성
- 변환 과정에서의 복잡성 증가
각주[편집]
- ↑ 〈실전 웹 표준 가이드 (The Practive Guide for Development based on Web Standards)〉, 《한국소프트웨어진흥원》, 2005-12
- ↑ 밤공기후하후하, 〈URL - URL과 URI 이란 무엇인가 *수정및삭제예정〉, 《네이버 블로그》, 2018-02-23
- ↑ 〈URI Uniform Resource Identifier 인터넷 식별자〉, 《정보통신기술용어해설》
- ↑ 〈통합식별체계 종합보고서〉, 《한국정보통신기술협회》, 2009-12
- ↑ didwldn, 〈Uri, url, urn, iri의 차이는 무엇인가요?〉, 《오픈놀리지포럼》, 2022-01
- ↑ shleecloud, 〈URI, URL, URN, ARN의 차이〉, 《벨로그》, 2022-01-13
참고자료[편집]
- 〈URI Uniform Resource Identifier 인터넷 식별자〉, 《정보통신기술용어해설》
- 〈실전 웹 표준 가이드 (The Practive Guide for Development based on Web Standards)〉, 《한국소프트웨어진흥원》, 2005-12
- 〈통합식별체계 종합보고서〉, 《한국정보통신기술협회》, 2009-12
- G1Soft Manager, 〈URI = URN or URL〉, 《네이버 블로그》, 2012-05-25
- ryNo=129&parentCategoryNo=0 URL - URL과 URI 이란 무엇인가 *수정및삭제예정]〉, 《네이버 블로그》, 2018-02-23
- didwldn, 〈Uri, url, urn, iri의 차이는 무엇인가요?〉, 《오픈놀리지포럼》, 2022-01
- shleecloud, 〈URI, URL, URN, ARN의 차이〉, 《벨로그》, 2022-01-13
같이 보기[편집]