작동 원리
인코더는 입력을 UTF-8 바이트로 쓴 다음 3바이트마다 Base64 알파벳의 4개 문자에 매핑하고 끝에 = 패딩을 추가합니다. 디코딩은 매핑을 반대로 하고 바이트를 다시 UTF-8로 읽습니다. 이것이 바로 악센트가 있는 문자와 이모티콘이 왕복에서 살아남는 이유입니다.
- 패딩이 포함된 표준 Base64. URL 안전 Base64는 토큰용 JWT 도구에서 사용할 수 있습니다.
왜 중요한가요?
바이너리 데이터와 JSON은 잘 섞이지 않으므로 이미지, 인증서 또는 작은 파일을 전달하는 대부분의 API는 먼저 이를 base64로 인코딩합니다. 인코딩이 수행하는 작업과 보호하지 않는 작업을 알면 손상된 전송과 개인 정보 보호에 대한 잘못된 기대를 모두 방지할 수 있습니다.
실제 사례
인코더가 UTF-8 바이트를 먼저 쓰기 때문에 텍스트 hello wörld는 aGVsbG8gd8O2cmxk가 됩니다. 동일한 바이트를 디코딩하면 악센트가 포함된 원래 문자가 복원됩니다.
일반적인 실수
- Base64를 암호화로 처리하면 누구나 되돌릴 수 있습니다.
- 일부 디코더에서는 거부되는 패딩을 잊어버립니다.
- - 및 _를 다시 + 및 /로 변환하지 않고 URL 안전 토큰을 디코딩합니다.
실용적인 팁
디코딩된 출력이 mojibake처럼 보이는 경우 해당 바이트는 아마도 UTF-8이 아닐 것입니다. 검사를 위해 Latin-1로 디코딩합니다. URL의 경우 + 및 /에 추가 이스케이프가 필요하지 않도록 URL 안전 알파벳으로 전환하세요.
사용방법
- 도구를 엽니다. 모든 것이 브라우저 탭에서 실행됩니다.
- 입력 내용을 붙여넣거나 입력한 후 필요한 작업을 선택하세요.
- 결과를 확인하고 한 번의 클릭으로 복사하세요.
일반적인 질문
Base64 암호화인가요?
아니요. 가역적 인코딩입니다. 누구나 해독할 수 있으므로 비밀을 보호하는 데 사용하지 마십시오.
이모티콘과 악센트가 디코딩 후에도 유지되는 이유는 무엇입니까?
텍스트는 Base64 이전에 UTF-8 바이트로 인코딩되고 다시 UTF-8로 디코딩되므로 ASCII가 아닌 문자는 올바르게 왕복됩니다.
파일을 지원하나요?
이 버전은 텍스트만 처리합니다. 바이너리 파일에는 이 페이지의 일부가 아닌 파일 인코더가 필요합니다.
이 도구는 정말 무료인가요?
예. 계정, 페이월, 사용 제한이 없습니다. Tools App은 이를 개발한 스튜디오인 aumenso에서 자금을 지원합니다.
내가 입력한 내용이 업로드되었나요?
아니요. 도구는 브라우저 탭에서 실행됩니다. 귀하가 입력하는 내용은 결코 당사로 전송되거나 저장되지 않습니다.