[1부 2장] URL과 리소스

[kmswlee]

URL과 리소스

URL(Uniform Resource Locator)이란 인터넷의 리소스를 가리키는 표준 이름
URL은 전자정보 일부를 가리키고 그것이 어디에 있고 어떻게 접근할 수 있는지 알려준다.

URI

• 두가지 주요 부분집합인, URL, URN으로 구성된 종합적인 개념

URL과 URN 차이점

• URN : 현재 그 리소스가 어디에 있는지, 어디에 존재하는지 상관없이 이름만으로 리소스를 식별한다.
• URL : 리소스가 어디에 있는지 설명해서 리소스를 식별한다.

하지만, 실제 HTTP 어플리케이션에서는 URL을 URI의 한부분으로 취급한다.

URL 문법

---

스킴

<스킴>://<사용자 이름>:<비밀번호>@<호스트>:<포트>/<경로>;<파라미터>?<질의>#<컴포넌트>

스킴 종류

• data
• file
• ftp
• http / https
• mailto
• ssh
• tel
• urn
• view-source
• ws/wss

스킴 컴포넌트는 알파뱃으로 시작해야 하고 URL의 나머지 부분들과 첫 번째 : 문자로 구분한다.
스킴은 대소문자 구별하지 않는다.

---

호스트와 포트

URL의 호스트와 포트는 리소스를 호스팅하는 장비와 그 장비내에서 리소스에 접근할 수 있는 서버가 어디에 있는지 제공한다.

---

경로

URL 경로 컴포넌트는 리소스가 서버의 어디에 있는지 알려준다.

ex) http://www.naver.com/season/index.html

위와 같은 경우, /season/index.html 가 경로에 해당한다.

---

파라미터

URL을 사용하는 어플리케이션이 리소스에 접근하려면 프로토콜 파라미터가 필요하다.
프로토콜 파라미터가 없으면, 다른 한편에 있는 서버는 그 요청을 잘못 처리하거나 처리하지 않을수도 있다.
URL 파라미터 컴포넌트는 어플리케이션이 서버에 정확한 요청을 하기 위해 필요한 입력 파라미터를 받는데 사용한다.
; 문자열로 구분한다.

ex) ftp://prep.ai.mit.edu/pub/gnu;type=b

---

질의 문자열

데이터베이스 같은 서비스들은 요청받을 리소스 형식의 범위를 좁히기 위해서 질의문이나 질의를 받을수 있다.

---

프래그먼트

html같은 리소스 형식들은 본래의 수준보다 더 작게 나눠질수 있다. 예를 들어 절(paragraph)이 포함된 용량이 큰 한개의 텍스트 문서 경우, 그 리소스에 대한 URL은 텍스트 문서 전체를 가리키겠지만 이상적으로는 리소스 안에 있는 특정 절을 가리킬 수 있어야 한다.

리소스의 특정 부분을 기리킬 수 있도록, URL은 리소스 내의 조각을 가리킬 수 있는 프로그먼트 컴포넌트를 제공한다.

ex) http://www.naver.com/tools.html#drills

drills라는 프래그먼트는 tools.html 웹페이지의 일부를 가리킨다.

---

안전하지 않은 문자

어떤 인터넷 프로토콜을 통해서든 안전하게 전송될 수 있도록 URL을 설계하는 것은 중요했다.
안전한 전송이란, 정보가 유실될 위험 없이 URL을 전송할 수 있다는 것을 의미한다.

전자메일에 사용되는 SMTP같은 프로토콜은 특정 문자를 제거할 수도 있는 전송 방식을 사용한다.
문자가 제거되는 일을 피하고자 URL은 상대적으로 작고 일반적으로 안전한 알파뱃 문자만 포함하도록 허락한다.

URL 설계자들은 출력이 되지 않거나 보이지 않는 문자를 이메일 프로그램에서 사용할 수 있다고 해서, 그리고 그 문자들이 변환될 수 있다 하더라도, URL에서 그런 문자들을 사용하는 것은 금지 되었다.

---

URL 문자 집합

컴퓨터 시스템의 기본 문자 집합은 보통 영어 중심으로 설정되어 있다.
역사 적으로 많은 컴퓨터 어플리케이션이 US-ASCII 문자 집합을 사용해 왔는데, 이는 오래된 문자 집합이기 때문에, 적은 수의 문자만을 포함하고 있고 전 세계 십수억의 사람들의 사용하는 언어를 담기에는 부족했다.

그뿐만 아니라 URL이 특정 이진 데이터를 포함해야 하는 경우도 있다.
URL 설계자들은 URL에 이스케이프 문자열을 쓸수 있게 설계하였다.

---

인코딩 세계

URL에 있는 안전하지 않은 문자들을 표현할 수 있는 인코딩 방식이 고안되었다.
인코딩은 안전하지 않은 문자를 %로 시작해, ASCII 코드로 표현되는 두개의 16진수 숫자로 이루어진 이스케이프문자로 바꾼다.

ex)

• 문자 : ~
• ASCII 코드 : 126 (0x7E)
• 표현 : %7E

---

스킴의 바다

http

• 일반 URL 포맷을 지키는 하이퍼텍스트 전송 프로토콜 스킴이다.
• 포트값이 생략되어 있으면 기본값은 80
• 기본형식
  • http://<호스트>:<포트>/<경로>?<질의>#<프래그먼트>

https

• http 스킴과 거의 같다.
• 다른 점은 https는 HTTP의 커넥션의 약 끝단에서 암호화하기 때문에 넷스케이프에서 개발한 보안 소켓 계층(SSL)을 사용한다는 차이점이 있다.
• 기본 포트값은 443

mailto

• mailto URL은 이메일 주소를 가리킨다. 이메일은 다른 스킴과는 다르게 동작하기 때문에, mailto URL은 표준 URL과는 다른 포맷을 가진다.
• 인터넷 이메일 주소의 문법은 RFC 822에 기술되어 있다.
• 예시
  • mailto:joe@joes-hardware.com

ftp

• 파일 전송 프로토콜 URL은 FTP 서버에 있는 파일을 내려 받거나 올리고, FTP 서버의 디렉터리에 있는 콘텐츠 목록을 가져오는 데 사용할 수있다.

telnet

• telnet 스킴은 대화형 서비스에 접근하는데 사용한다. telnet URL 자체가 객체를 가리키지는 않지만, 리소스라고 할 수 있는 대화형 어플리케이션은 이 telnet 프로토콜을 통해 접근 할수 있다.
• 기본형식
  • telnet://<사용자 이름>:<비밀번호>@<호스트>:<포트>/
• 예시
  • telnet://slurp:webhound@joes-hardware.com:23/

[SooKim1110]

책에 나온 것 이외에 자주쓰는 URI 스킴(https://en.wikipedia.org/wiki/List_of_URI_schemes)
이 있는지 궁금합니다!

(ws, wss 등 웹소켓 스킴에 대해 자세히 알고 계신것이 있다면 그것도 궁금합니다~)