HTTP기본2_URI와 웹 프라우저 요청 흐름
(1) URI (Uniform Resource Identifier)
1. URI ( Uniform Resource Identifier)
- Uniform : 리소스 식별 하는 통일된 방식
- Resource : 자원, URI로 식별할 수 있는 모든 것(제한 없음)
- Identifier : 다른 항목과 구분하는데 필요한 정보
2. URL (Uniform Resource Locator), URN (Uniform Resource Name)
- Locator : 리소스가 있는 위치를 지정
- Name : 리소스에 이름을 부여
- 위치는 변할 수 있지만, 이름은 변하지 않는다.
- URN 이름만으로 실제 리소스를 찾울 수 있는 방법이 보편화 되지 않음.
- 앞으로 URL과 URI를 같은 의미로 설명 함
3. URL 전체 문법
- scheme://[userinfo@]host[:port][/path][?query][#fragment] - https://www.google.com:443/search?q=hello&hi=ko
- 프로토콜(https)
- 호스트명(www.google.com)
- 포트번호(443)
- 패스(/search)
- 쿼리 파라미터(q=hello&hl=ko)
1) scheme
- 주로 프로토콜 사용
- 프로코톨 : 어떤 방식으로 자원에 접근할 것인가 하는 약속 규칙
-> 예 ) http, https, ftp 등등 - http 는 80, https는 443 포트를 주로 사용, 포트는 생략 가능
- https 는 http에 보안 추가(HTTP Secure)
2)userinfo
- URL에 사용자정보를 포함해서 인증
- 거의 사용하지 않음
3) host
- 호스트명
- 도메인 명 또는 IP 주소를 직접 입력
4) port
- 포트(PORT)
- 접속 포트
- 일반적으로 생략, 생략 시 http 는 80, https 는 443
5) path
- 리소스 경로(path), 계층적 구조
- 예)
-> /home/file1.jpg
-> /members
-> /members/100, /items/iphone12
6) query
- key=value 형태
- ?로 시작, $로 추가 가능 ?keyA=value&keyB=valueB
- query parameter, query string 등으로 불림, 웹서버에서 제공하는 파라미터, 문자형태
7) fragment
- html 내부 북마크 등에 사용
- 서버에 전송하는 정보 아님
(2) 웹브라우저 요청 흐름
- url 기반으로 정보 확인
- DNS조회, HTTPS PORT 정보 확인
- HTTP 요청 메세지 생성
- HTTP 메시지 전송
-> 웹 브라우적 HTTP 메시지 생성
--> SOCKET 라이브러리를 통해 전달
---> TCP/IP 패킷 생성, HTTP메시지 포함
- 각 노드를 통해 요청 패킷 전달
- 도착지에서 HTTP메시지 작성
- 응답 패킷 전달 및 도착 후 랜더링
Author And Source
이 문제에 관하여(HTTP기본2_URI와 웹 프라우저 요청 흐름), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://velog.io/@hadoyaji/HTTP기본2URI와-웹-프라우저-요청-흐름저자 귀속: 원작자 정보가 원작자 URL에 포함되어 있으며 저작권은 원작자 소유입니다.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)