일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
- 경제
- rails cache
- redis transaction
- 노마드코더
- 레일즈 캐시
- Rails
- 사업
- 투자
- restful
- redis
- django
- memcached
- HTTP
- Race Condition
- 레일즈
- Watcha pedia
- 재태크
- transaction
- trouble shooting
- 주식
- 북클럽
- 노개북
- iamport
- API
- CU
- Python
- 아임포트
- Cache
- 노마드코드
- Today
- Total
Stay hungry, Stay foolish
URI? URL? URN? 본문
URL, URI 많이 들어 본 단어다 , 그리고 URI 가 URL 보다 더 큰 개념이다는것도 얼핏 많이 들어봤을 것이다.
URI (Uniform Resource Identifier) / URL (Uniform Resource Locator)
그러면 차이점은 뭘까??
서적 및 여러 구글링의 내용을 참조 하던 중 URL 과 URI 에 대한 다른 설명들이 존재해서 혼란이 가중되어 그냥 scholarship 을 이용했다.
그러던 중 발견한 T.Berners-Lee 아저씨의 공식문서...
https://www.hjp.at/doc/rfc/rfc3986.html#sec_1.1.3
hjp: doc: RFC 3986: Uniform Resource Identifier (URI): Generic Syntax
AuthorT. Berners-Lee, R. Fielding, L. Masinter
www.hjp.at
https://www.hjp.at/doc/rfc/rfc1738.html
hjp: doc: RFC 1738: Uniform Resource Locators (URL)
AuthorT. Berners-Lee, L. Masinter, M. McCahill
www.hjp.at
일단 다른 설명들이란 간략하게 query str, or path 가 url 에는 포함되지 않고 uri 의 영영이다 url은 https://jake2.tistory.com/ 까지 이다 와 같은 정보들이 간혹 있더라
웹의 아버지께서 말씀하시길 URL 의 form 에는 path 와 query str 요소들이 포함된다고 하십니다.
잠깐 그러면 더 혼란이 가중된다. 그러면 URL 과 URI의 차이는 뭐지? URI 는 뭐길래 저것보다 더 상위의 개념인것일까
https://www.hjp.at/doc/rfc/rfc3305.html
hjp: doc: RFC 3305: Report from the Joint W3C/IETF URI Planning Interest Group: Uniform Resource Identifiers (URIs), URLs,
TitleReport from the Joint W3C/IETF URI Planning Interest Group: Uniform Resource Identifiers (URIs), URLs, and Uniform Resource Names (URNs): Clarifications and Recommendations
www.hjp.at
해당 자료의 2.1과 2.2를 보면 원래는 URL 과 URN 의 관점에서 웹 식별자를 나눠서 표기하다가 현대에 들어서는
예를 들어 http://www.example.com:8000/dir/index.htm?query=string
이러한 form을 URL 이라고 불렀으나 현대에 들어서는 URI 라고 표기해라 하는 말인것 같다.
아래의 것이 URI 의 예라고 한다.
그러니 결론은 위의 예들을 모두 URI 라고 부르는데 URL 은 URI schemes 중 HTTP 의 scheme 만 포함한 개념이었고 현대에 들어서는 이또한 모두 URI 라고 부르는것이 맞다!?
난 이렇게 이해했다.
이 글을 보는 개발자 및 학부생 여러분들의 의견 기다리고 있겠습니다 ^^;;
여하튼 개발자인 이상 HTTP 의 통신에 있어서 서버와 클라이언트 간의 요청과 응답이 명확할 필요성을 느낀다.
그리고 HTTP URI로 정의된 resource 를 어떻게 한다는 내용을 구조적으로 깔끔하게 표현하는 법에 대해서 고민해봐야한다.
이를 고민해보기에 앞서 URI URL 이 무엇인지 잠시 알아봤다.