URL 인코더/디코더

퍼센트 인코딩은 글자가 아니라 바이트를 옮깁니다. 그래서 먼저 글자를 바이트로 바꿔야 하고, 오늘날의 웹은 그 일을 UTF-8로 합니다.

UTF-8에서 영문 한 글자는 1바이트지만 한글 한 글자는 3바이트입니다. '한'은 237, 149, 156 세 바이트고, 이 값을 16진수로 적으면 ED, 95, 9C입니다. 각각 앞에 %를 붙이면 %ED%95%9C가 됩니다. 한글 두 글자짜리 '검색'이 %EA%B2%80%EC%83%89처럼 여섯 덩어리가 되는 것도 같은 이유입니다.

그래서 인코딩된 주소에서 %가 세 개씩 묶여 나오면 한글이나 이모지, %가 하나만 있고 뒤에 2나 3으로 시작하는 값이 오면 공백이나 기호라고 대충 짐작할 수 있습니다.

이 도구에 버튼이 두 개인 이유는 인코딩이 두 종류라서가 아니라, 붙여넣는 것이 두 종류라서입니다.

주소를 통째로 붙여넣었다면 ://와 ?와 &는 주소의 뼈대입니다. 이것까지 바꿔 버리면 인코딩은 맞아도 더 이상 주소가 아닙니다. '주소 전체'는 뼈대를 남기고 한글과 공백만 바꿉니다.

반대로 쿼리에 넣을 값 하나를 다룰 때는 뼈대를 남기면 안 됩니다. 검색어가 'A&B'인데 &를 그대로 두면 서버는 거기서 파라미터가 하나 더 시작한다고 읽습니다. 검색어는 'A'가 되고 'B'라는 정체불명의 파라미터가 생깁니다. '값 하나'는 구분자까지 전부 바꿔서 이 사고를 막습니다.

주소 중에서 도메인 이름만은 규칙이 다릅니다. 경로와 쿼리는 퍼센트 인코딩을 쓰지만, 도메인은 퓨니코드라는 별도의 방식으로 xn--으로 시작하는 영문 이름으로 바뀝니다.

예를 들어 한글도메인.kr은 xn--bj0bj3i97fq8o5lq.kr이 됩니다. 이것을 퍼센트 인코딩으로 바꾸면 형식은 그럴듯해 보여도 브라우저가 그런 도메인을 찾지 못해 주소가 열리지 않습니다. 이 도구는 '주소 전체' 모드에서 도메인 부분을 알아서 퓨니코드로 바꾸고 나머지만 퍼센트 인코딩합니다. 결과는 브라우저가 실제로 서버에 보내는 주소와 같습니다.

인코딩된 주소에서 공백이 %20이 아니라 +로 보이는 경우가 있습니다. 이것은 폼을 제출할 때 쓰는 별도의 규칙(application/x-www-form-urlencoded)이고, 검색창에 입력한 값이 주소로 넘어갈 때 흔히 이 형태가 됩니다.

문제는 경로 안에 있는 +는 진짜 더하기 기호라는 점입니다. 그래서 +를 무조건 공백으로 바꾸는 도구도, 무조건 그대로 두는 도구도 절반은 틀립니다. 이 도구는 디코딩할 때 입력에 +가 있고 두 해석이 다르면 양쪽 결과를 함께 보여 줍니다. 검색어나 폼에서 온 값이면 공백 쪽, 파일 이름이나 경로면 그대로인 쪽입니다.