🏆 2024

맛집 분야 크리에이터

🏆 2023

IT 분야 크리에이터

👩‍❤️‍👨 구독자 수

183

✒️ 게시글 수

0
https://tistory1.daumcdn.net/tistory/4631271/skin/images/blank.png 네이버블로그

🩷 방문자 추이

오늘

어제

전체

🏆 인기글 순위

티스토리 뷰

도구/Etc

[인코딩] base64 와 base64 url-safe 차이점

알 수 없는 사용자 2021. 9. 5. 03:46
728x90
반응형

https://datatracker.ietf.org/doc/html/rfc4648
https://datatracker.ietf.org/doc/html/rfc4648

위 이미지는 일반적인 base64 인코딩이 가지는 문자열들입니다. base64 url-safe 와의 큰 차이점은 62, 63, 그리고 pad 부분입니다. 

 

URL에서 +, /, = 는 특수하게 예약된 제어문자입니다. URL 에서 + 는 띄어쓰기(공백문자, 스페이스)를 의미하며, / 는 URL 디렉토리 간의 경로 구분자이며, = 는 파라미터에서 name 과 value 사이에 쓰이는 기호입니다. 추가적인 URL 제어문자들을 살펴보고 싶으시다면 아래 링크에서 찾아보실 수 있습니다.

https://developers.google.com/maps/url-encoding?hl=ko#special-characters

 

URL 인코딩  |  Google Maps Platform  |  Google Developers

의견 보내기 URL 인코딩 공백 등의 일부 문자는 URL에 사용할 수 없지만 URL에서 특별한 의미를 갖는 문자도 있습니다. HTML 양식에서 = 문자는 이름과 값을 구분하는 데 사용됩니다. URI 일반 구문은

developers.google.com

아무튼 그렇기 때문에 위와 같은 일반적인 base64 인코딩 기법은 URL 에 그대로 사용했을 때 문제가 되겠습니다.

그래서 나온 것이 base64 url-safe 인코딩 방식입니다.

 

https://datatracker.ietf.org/doc/html/rfc4648

다시 62, 63, pad 부분을 살펴보십시오. 아까 +와 / 이었던 것이 -(빼기기호)와 _(언더바) 가 되었습니다. 하지만 = 는 그대로인데 그 이유는 URL 에서 어쩌피 padding은 제일 마지막 부분에 위치하기 때문에 브라우저에서 자동으로 그것을 특수한 제어문자로 인식하지 않고 URL 인코딩해서 %3D가 될 것이기 때문입니다.

 

여기서 혹시나 왜 하필이면 - 와 _ 가 되었는 지에 대한 유래가 궁금하시다면 아래 링크를 참고해주세요.

https://datatracker.ietf.org/doc/html/rfc4648

 

rfc4648

 

datatracker.ietf.org

이상으로 base64 인코딩과 base64 url-safe(base64url) 에 대해서 알아보았습니다.

 

그리고 아래는 javascript 로 만들어본 base64 인코더/디코더 입니다. url-safe 하게 base64 인코딩/디코딩 해주지는 않지만요!

텍스트

Base64

 

- 끝 -

728x90
반응형
댓글