온라인 Base64 인코딩 & 디코딩
개인정보 보호 설계 — 브라우저에서 모두 처리됩니다
텍스트나 바이너리 데이터를 Base64로 인코딩하거나, Base64 문자열을 원래 형식으로 디코딩합니다. Toova는 UTF-8을 올바르게 처리하고, URL-안전 변형을 지원하며, 전적으로 브라우저에서 실행됩니다. 업로드 없음, 가입 없음, 로깅 없음.
표준 및 URL-안전 Base64
일반 Base64는 + 및 / 문자를 사용하는데, URL이나 파일 이름에 문자열을 넣으면 깨집니다. URL-안전 Base64는 대신 - 및 _로 대체합니다. Toova는 두 가지를 단일 토글로 노출하므로 맞는 변형을 선택할 수 있습니다. JWT와 OAuth는 URL-안전을 사용하지만 대부분의 파일 인코딩은 고전 알파벳을 유지합니다. =를 사용한 패딩은 자동으로 처리됩니다.
UTF-8을 제대로 처리
단순한 Base64 도구는 문자당 1바이트로 가정하기 때문에 비ASCII 문자를 망칩니다. Toova는 입력을 먼저 UTF-8로 인코딩하므로 이모지, 강세 문자, CJK 문자, 아랍어가 모두 손상 없이 왕복 여행을 완료합니다. UTF-8 텍스트를 포함하는 Base64 문자열을 디코딩하면 원래 문자가 정확히 그대로 반환됩니다.
로컬 전용, 네트워크 호출 없음
모든 인코딩과 디코딩이 브라우저 내에서 이루어집니다. 업로드 없음, 제3자 API 없음, 입력 로깅 없음. 도구를 사용하는 동안 DevTools의 네트워크 탭을 열어 직접 확인할 수 있습니다. 그래서 Toova는 비밀, 토큰, 인증서 또는 컴퓨터를 떠나서는 안 되는 민감한 페이로드를 인코딩하는 데 안전합니다.
자주 묻는 질문
- Base64와 URL-안전 Base64의 차이점은 무엇입니까?
- 표준 Base64는 URL 구문과 충돌하는 + 및 /를 사용합니다. URL-안전 Base64는 이를 - 및 _로 대체하므로 출력을 이스케이프 없이 쿼리 문자열이나 파일 이름에 넣을 수 있습니다. JWT와 많은 OAuth 플로우는 URL-안전 변형을 사용합니다.
- UTF-8 문자를 처리합니까?
- 예. 도구는 Base64 변환 전에 입력을 UTF-8로 인코딩하므로 이모지, 강세 문자, 비라틴 스크립트가 모두 깔끔하게 왕복합니다. UTF-8을 포함하는 Base64 문자열을 디코딩하면 원래 문자가 생성됩니다.
- 파일을 인코딩할 수 있습니까?
- 예. 파일을 입력 영역에 드롭하면 도구가 이를 바이너리로 읽고 Base64 문자열을 생성합니다. 작은 이미지를 데이터 URI로 임베드하거나 텍스트만 허용하는 시스템을 통해 바이너리 콘텐츠를 전송할 때 유용합니다.
- 제 입력이 어디로든 전송됩니까?
- 아니요. 모든 것이 브라우저에서 로컬로 실행됩니다. DevTools의 네트워크 탭은 인코딩 및 디코딩 중에 비어 있습니다.
- 제 Base64 문자열이 왜 등호로 끝납니까?
- 그것은 패딩 문자입니다. Base64 출력은 항상 4 문자의 배수 길이이며, 입력 길이가 3바이트의 배수가 아닐 때 패딩에 =를 사용합니다. URL-안전 변형은 때때로 패딩을 완전히 삭제합니다.