URL 파서

URL에는 스킴 필요. example.com/path는 파싱 불가, https://example.com/path는 OK. 상대 경로·프로토콜 상대 URL(//example.com)도 파싱 안 됨.

프로토콜 기본 포트(http=80, https=443)이면 URL.port는 의도적으로 빈 문자열. 실제론 443에 연결됨.

예. %20은 공백, %2F는 /로 표시. 키·값 복사 시 디코딩된 형태. percent-encoded 원문이 필요하면 search 보기.

아니요. 파싱은 브라우저 내 WHATWG URL API로만.

아닙니다. 여러분의 코드가 실제로 받게 될 정규화 결과입니다. WHATWG 파서는 호스트를 소문자로 바꾸고, 기본 포트를 떼어 내고, 경로의 점 세그먼트를 정리하고, ASCII가 아닌 호스트명을 퓨니코드로 바꿉니다. 정규화된 형태를 보는 것이 대개 요점입니다. fetch와 브라우저, 대부분의 서버가 실제로 쓰는 것이 그 형태이기 때문입니다.

스킴이 없으면 그것은 URL이 아니라 URL처럼 보이는 문자열일 뿐이기 때문입니다. 파서는 여러분이 https를 뜻했는지 ftp를 뜻했는지 상대 경로를 뜻했는지 추측할 수 없고, 링크가 의도치 않은 곳을 가리키게 되는 것도 바로 그런 추측 때문입니다. 앞에 https://를 붙이면 해석됩니다.