////
Search

URL(Uniform Resource Locator)

웹에 게시된 리소스를 검색하기 위해 브라우저에서 사용하는 메커니즘
웹에서 주어진 고유 리소스 주소에 지나지 않습니다
각각의 유효한 URL은 고유한 리소스(HTML 페이지, CSS 문서, 이미지 등)를 가리킵니다
URL로 표시되는 리소스와 URL 자체는 웹 서버에서 처리되므로, 해당 리소스와 관련 URL을 신중하게 관리하는 것은 웹 서버 소유자에게 달려 있습니다(웹 서버 소유자가 신중하게 관리해야한다는 뜻)

URL 분석

예시

1. https://developer.mozilla.org 2. https://developer.mozilla.org/ko/docs/Learn/ 3. https://developer.mozilla.org/en-US/search?q=URL
Plain Text
복사
3개의 URL 중 하나를 브라우저의 주소창에 입력하면, 연결된 resource(page)를 불러옵니다(load). URL은 여러 부분으로 구성되어 있습니다. 구성요소 중 일부는 필수, 일부는 선택 사항입니다.

URL 구성 요소

총 5가지
Scheme(스키마)
Authority(권한)
Domain Name
Port
Path(리소스 경로)
Parameters(매개변수)
Anchor(앵커)

Scheme

스키마
브라우저가 리소스를 요청하는 데 사용해야 하는 프로토콜(컴퓨터 네트워크에서 데이터를 교환하거나 전송하기 위한 설정 방법)
일반적으로 웹사이트의 경우 HTTP(보안되지 않은 버전), HTTPS 두 가지를 프로토콜로 사용합니다. (가끔 다른 프로토콜도 존재하므로, 두 가지만 있다고 기억하진 말 것)

Authority

권한
문자패턴(://)에 의해 scheme과 구분됩니다. 권한에는 콜론(:)으로 구분되는 domain name(www.example.com)port(80) 두 가지가 존재합니다.
도메인
요청하는 웹 서버를 의미
일반적으로는 도메인 이름이지만, IP주소도 사용 가능(그러나, 불편해서 거의 사용 안 함)
포트
웹 서버의 리소스에 접근하는 데 사용되는 기술적인 게이트를 의미
웹 서버가 리소스에 대한 액세스 권한을 부여하기 위해 HTTP 프로토콜의 표준 포트(HTTP의 경우 80, HTTPS의 경우 443)를 사용하는 경우엔 일반적으로 생략. 그렇지 않으면 필수
스키마와 권한 사이의 구분 기호는 :// :은, 스키마를 URL의 다음 부분과 구분 //URL의 다음 부분이 권한임을 나타냄

Path

리소스 경로
웹 서버에 있는 리소스의 경로(/path/to/myfile.html)
웹 초기 : 이와 같은 경로가 웹 서버의 실제 파일 위치를 나타냈음 요즘 : 대부분 물리적 실체가 없는 웹 서버가 추상적으로 처리

Parameters

매개변수
웹 서버에 제공되는 추가 매개변수(?key1=value1&key2=value2)
& 기호로 구분된 키/값 쌍 목록
웹 서버는 리소스를 반환하기 전에 이러한 매개변수를 사용하여 추가 작업을 수행 가능
클라이언트가 웹 서버에 리소스를 요청했을때, 서버가 해당 매개변수들을 이용해서 추가 작업을 수행한 후 응답을 줄 수 있다
각 웹 서버에는 매개변수에 관한 고유한 규칙이 있으며, 특정 웹 서버가 매개변수를 처리하는지 알 수 있는 신뢰할 수 있는 유일한 방법은 웹 서버 소유자에게 물어보는 것

Anchor

앵커
리소스 자체의 어떤 부분에 대한 앵커(#SomewhereInTheDocument)
앵커는 리소스 내부에서 일종의 "책갈피" 역할 수행 (브라우저에 해당 "책갈피" 지점의 콘텐츠를 표시하도록 지시) (예를 들어 HTML 문서에서는 브라우저가 앵커가 정의된 지점으로 스크롤)
프래그먼트 식별자라고도 하는 # 뒤의 부분은 요청과 함께 서버로 전송되지 않는다는 점은 주목할만함
참고자료