일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 쉬운 문제
- typescript
- 타입 챌린지
- Node.js
- 자바스크립트
- 레벨 1
- Algorithm
- 타입스크립트
- 백준
- socket
- 크롤링
- 수학
- 프로그래머스 레벨 2
- Crawling
- BFS
- Nestjs
- TCP
- type challenge
- HTTP 완벽 가이드
- 문자열
- 그래프
- javascript
- dfs
- 프로그래머스
- dp
- 알고리즘
- ip
- 소켓
- 가천대
- HTTP
- Today
- Total
kakasoo
리소스 ( Resource ) 본문
리소스
웹 서버는 웹 리소스를 관리하고 제공한다. 가장 단순한 웹 리소스는 웹 서버 파일 시스템의 정적 파일이다. 그러나 모든 리소스가 정적일 필요는 없다. 리소스는 요청에 따라 콘텐츠를 생산하는 프로그램이 될 수도 있다. 라이브 영상을 보여주거나, 주식 거래, 부동산 데이터 베이스 검색, 온라인 쇼핑몰이 그러하다.
미디어 타입
각기 다른 전자 메일 시스템 사이에서 메시지가 오갈 때 겪는 문제점을 해결하고자, MIME( Multi purpose Internet Mail Extensions, 다목적 인터넷 메일 확장 ) 이 만들어졌다. 이것이 매우 잘 동작했기 때문에 HTTP에서도 멀티미디어 콘텐츠를 기술하고 라벨을 붙이기 위해서 채택되었다. 웹 서버는 모든 HTTP 객체 데이터에 MIME 타입을 붙인다. 웹 브라우저는 서버로부터 객체를 돌려 받을 때 다룰 수 있는 객체가 맞는지, MIME 타입을 통해서 확인할 수 있다. MIME 타입은 사선(/)으로 구분된 주 타입(Primary object type)과 부 타입(specific subtype)으로 이루어진 문자열 라벨이다. 예를 들면 아래와 같다.
- html로 작성된 텍스트 문서 > text/html
- plain ASCII 텍스트 문서 > text/plain
- JPEG 이미지 > image/jpeg
- GIF 이미지 > image/gif
- 애플 퀵 타임 동영상 > video/quicktime
- 마이크로소프트 파워포인트 프레젠테이션 > application/vnd.ms-powerpoint
URI
웹 서버 리소스는 각자 이름을 가지고 있어서 클라이언트는 이를 통해 리소스를 지목할 수 있다. 이 리소스 이름을 통합 자원 식별자(URL, Uniform Resource Identifier) 라고 한다. 클라이언트는 이 URI을 가지고 정보 리소스, 즉 웹에 있는 이미지나 영상 등 단일 객체를 하나 하나 지목할 수 있다.
http://www.joes-hardware.com/specials/saw-blade.gif
첫째, HTTP를 사용하라.
둘째, www.joes-hardware.com으로 이동하라
셋째, /specials/saw-blade.gif 라는 이름의 리소스를 가져와라.
URL
통합 자원 지시자(URL, Uniform Resource Locator)는 리소스 식별자의 가장 흔한 형태이다. 오늘 날 대부분 URI는 URL의 형태로 되어 있다. 대부분의 URL은 세 부분으로 이루어진 표준 포맷을 따르는데, 첫번째 부분은 스킴, 두번째 부분은 서버의 인터넷 주소, 세번째는 리소스를 가리킨다. 여기서 스킴이란, 리소스에 접근하기 위한 프로토콜로, 보통은 HTTP 프로토콜(http://) 이다.
URN
URI의 두번쨰 종류는 유니폼 리소스 이름 (URN, Uniform Resource Name)이다. URN은 콘텐츠를 이루는 한 리소스에 대해, 그 리소스의 위치에 영향을 받지 않는 유일무이한 이름 역할을 한다. 이 위치 독립적인 URN은 어디에 있든 문제없이 동작한다. 리소스가 이름을 유지하는 한, 다른 프로토콜로 접근하더라도 문제가 없다. URN은 효율적인 동작을 위해 리소스 위치를 분석하는 인프라 자원이 필요한데, 이는 아직 부재 중이다. 따라서 아직 실험 중인 상태고 널리 채택되지 않았다. URN의 전망은 밝지만, 이러한 까닭에 편의 및 통상적인 관례에 따라 URI와 URL의 별도 구분을 두지 않는다.
'프로그래밍 > HTTP' 카테고리의 다른 글
[HTTP] 6. 메서드 (Method) (0) | 2020.10.17 |
---|---|
[HTTP] 5. 메세지 (Message) (0) | 2020.10.17 |
[HTTP] 4. URL (0) | 2020.10.11 |
트랜잭션 ( Transaction ) (0) | 2020.10.08 |
HTTP 완벽 가이드 목차 및 정리 (0) | 2020.10.06 |