# Base64URL에서 Text로 변환기

RFC 4648 섹션 5의 base64url 알파벳을 따라 텍스트를 URL에 안전한 Base64로 인코딩하거나 다시 디코딩하세요. 이 도구는 입력을 UTF-8로 변환하고, +와 / 대신 -와 _를 사용하며, 요청하지 않으면 = 패딩을 생략합니다. 디코딩할 때는 패딩이 있거나 없는 입력을 모두 허용합니다. 개발자는 링크에서도 사용할 수 있어야 하는 JWT 부분, OAuth PKCE 값, 서명된 URL 및 파일 이름에 이 도구를 사용합니다.

## 자주 묻는 질문

### Base64URL이란 무엇인가요?

Base64URL은 RFC 4648의 5절에 정의된 URL 및 파일 이름에 안전한 Base64 변형입니다. +를 -로, /를 _로 바꾸므로 이스케이프하지 않고도 URL과 파일 이름에 결과를 사용할 수 있습니다. = 패딩은 보통 생략합니다.

### 예시를 볼 수 있나요?

텍스트 foobar를 인코딩하면 표준 Base64와 같은 Zm9vYmFy가 됩니다. 텍스트 ??>를 인코딩하면 Pz8-가 되지만, 표준 Base64에서는 Pz8+가 됩니다. subjects?_d는 c3ViamVjdHM_X2Q로 인코딩됩니다. 디코딩하면 원래 텍스트가 반환됩니다.

### 패딩을 사용해야 하나요?

JWT, PKCE 코드 챌린지 및 대부분의 웹 용도에서는 = 기호를 제거하므로 패딩을 끄세요. 받는 시스템에서 길이가 4의 배수여야 하는 경우에만 켜세요. 디코더는 두 형식을 모두 처리합니다.

### 이 도구로 JWT를 디코딩하려면 어떻게 하나요?

헤더나 페이로드 부분, 즉 점 사이의 텍스트를 복사해 디코딩하세요. 그러면 JSON를 얻을 수 있습니다. 세 번째 부분은 바이너리 서명이므로 도구에서 유효한 UTF-8 텍스트가 아니라고 표시합니다.

### 입력이 거부되는 이유는 무엇인가요?

A~Z, a~z, 0~9, - 및 _와 선택적인 끝부분의 =만 유효합니다. 표준 Base64 문자 +와 /는 허용되지 않으므로, 해당 문자를 사용하려면 Base64 변환기를 이용하세요. 마지막 그룹에 문자가 하나만 남는 길이도 유효하지 않습니다.

### 도구가 공백 문자를 무시하나요?

예. 디코딩 전에 공백, 탭, 줄 바꿈을 제거하므로 줄 바꿈된 로그나 이메일에서 복사한 값을 처리하기 쉽습니다.

### 특수 문자와 이모지는 어떻게 처리되나요?

변환 전에 텍스트를 UTF-8로 인코딩하므로 이모지를 포함한 모든 문자를 정확히 원래대로 되돌릴 수 있습니다. 디코딩한 바이트가 유효한 UTF-8이어야 표시됩니다.

### Base64URL은 민감한 데이터에 안전한가요?

아니요. 인코딩일 뿐 데이터를 보호하지 않습니다. 예를 들어 JWT 페이로드는 누구나 읽을 수 있으므로 비밀 정보를 포함해서는 안 됩니다.

### 크기가 얼마나 늘어나나요?

3바이트가 문자 4개가 되므로 인코딩된 데이터는 약 33퍼센트 커집니다. 패딩을 생략하면 출력이 최대 두 글자 짧아집니다.

### 텍스트를 얼마나 변환할 수 있나요?

요청당 최대 5 MiB의 텍스트를 처리할 수 있습니다. 입력은 저장되지 않습니다.

여기에 광고를 게재하시겠어요?

[이메일 보내기](mailto:hi@dennn.is?subject=OneClick%20Pro%20%EA%B4%91%EA%B3%A0%20%EB%AC%B8%EC%9D%98)

[광고 WordPress을 위한 에이전트 지원 플러그인 모음입니다.](https://sleekwp.com/?ref=oneclickpro)