인코딩/디코딩
Base64 · URL Encode/Decode
인코딩/디코딩
준비됨
ABOUT
인코딩·디코딩 소개
텍스트에 Base64 또는 URL 퍼센트 인코딩/디코딩 적용, API 전송 중 인코딩 문제 처리.
Base64와 URL 인코딩은 HTTP 세계의 "구두점": Data URL, Basic Auth, query 파라미터, JWT 세그먼트 모두 필요. 로컬 인코딩·디코딩으로 credentials 조각을 신뢰할 수 없는 온라인 사이트에 보내지 않음.
DEEP DIVE
인코딩·디코딩 자세히 알아보기
Base64는 바이너리·UTF-8 텍스트를 ASCII 안전 문자로 변환, 메일 첨부·Data URL·JWT 세그먼트·API 전송에 널리 사용. URL 인코딩(Percent-encoding)은 특수 문자를 %XX로 변환, HTTP query·path 표준 처리. JSONSort는 둘 다 양방향 변환, 로컬 즉시 완료.
한글 Base64 시 UTF-8 인코딩 일관성 주의. URL 인코딩은 encodeURI(URL 구조 문자 유지)와 encodeURIComponent(모든 특수 문자 인코딩) 의미 구분.
Base64는 크기 약 33% 증가, 바이너리 안전 텍스트 전송에 적합. URL 인코딩은 UTF-8 바이트 단위, 한글은 보통 %E4%B8%AD 형태. 잘못된 인코딩 방식은 404·깨짐의 흔한 원인 — 수신 측과 약속 일치 필수.
FEATURES
핵심 기능
Base64 인코딩
텍스트·UTF-8 문자열 → Base64.
Base64 디코딩
Base64 → 원본 텍스트, 한글 지원.
URL 인코딩
특수 문자 → %XX 퍼센트 인코딩.
URL 디코딩
%XX 인코딩 → 읽을 수 있는 문자열.
즉시 변환
입력 변경 즉시 출력, 버튼 클릭 불필요.
로컬 안전
Credentials, Token 조각 등 민감 문자열 업로드 없음.
UTF-8 안전
한글·emoji 인코딩·디코딩 손실 없음, Node Buffer 동작과 일치.
다중 모드 전환
Base64와 URL 모드 독립, 혼용으로 인한 오류 방지.
HOW TO USE
사용 방법
-
1
원본 텍스트 붙여넣기
-
2
Base64 또는 URL 인코딩·디코딩 선택
-
3
출력 복사
-
4
예시 데이터 버튼으로 입출력 형식 빠르게 파악
-
5
결과를 클립보드에 복사하거나 다른 JSONSort 도구와 연계
WORKFLOW
일반적인 워크플로
데이터 가져오기부터 결과 내보내기까지의 전체 흐름. 팀에서 인코딩·디코딩 사용법 통일.
인코딩 유형 선택
바이너리/텍스트 전송은 Base64. URL 파라미터는 URL 인코딩.
원문 또는 인코딩 문자열 입력
header, 로그, Data URL에서 복사.
왕복 검증
인코딩 후 디코딩, 원문과 비교하여 무손실 확인.
다운스트림 사용
결과를 HTTP 클라이언트 또는 소스 코드에 복사.
USE CASES
적용 시나리오
프론트엔드 개발
Data URL 구성, Base64 이미지 내장 디버깅, URL 파라미터 인코딩.
백엔드 개발
클라이언트 Base64 필드 디코딩 정확성 검증.
테스트 엔지니어
URL 인코딩 테스트 파라미터 구성, 이중 인코딩 bug 조사.
보안 엔지니어
민감 payload 로컬 디코딩, 신뢰할 수 없는 온라인 도구 사용 회피.
풀스택 디버깅
Basic Authorization header 구성(base64(user:pass)).
메일 개발
MIME base64 첨부 조각 로컬 디코딩 검증.
TIPS
사용 팁
- Base64 디코딩 실패는 보통 padding 누락·불법 문자, 끝 = 확인.
- 한글 Base64 전 과정 UTF-8, Java standard Base64 기본 동작과 일치.
- URL 디코딩 시 query의 +는 공백일 수 있음(application/x-www-form-urlencoded).
- JWT 중간 Payload는 Base64URL, Base64 디코딩으로 확인(URL safe 변형 주의).
- Query 도구와 연계: query 파라미터 인코딩 또는 기존 URL 디코딩 분석.
- Data URL 형식 data:text/plain;base64,XXX — 접두사 제거 후 디코딩.
- JWT 두 번째 세그먼트는 Base64URL, 표준 Base64 대부분 가능하나 - _ 문자 주의.
- encodeURI는 : / ? # 등 URL 구조 문자 유지. 파라미터 값은 encodeURIComponent.
- Data URL은 data:*;base64, 접두사 제거 후 디코딩.
- Query 도구와 연계: JSON → query → URL encode 전체 로컬 완료.
LOCAL VS ONLINE
로컬 vs 온라인 도구
JSONSort는 순수 프론트엔드 아키텍처를 고수합니다. 아래 비교가 개발 데이터 처리에 로컬 도구가 적합한 이유를 보여줍니다.
TROUBLESHOOTING
흔한 오해 및 문제 해결
실제 사용에서 자주 발생하는 문제와 권장 대처법. 시행착오 시간을 줄입니다.
Base64 디코딩 깨짐
권장:UTF-16 또는 잘못된 charset일 수 있음. 소스가 UTF-8인지 확인.
URL 디코딩 후 % 남음
권장:이중 인코딩. 한 번 더 디코딩하거나 두 번 인코딩한 주체 확인.
+가 공백으로
권장:query에서 +는 공백. Form 인코딩과 URL 표준 다름.
JWT 세그먼트 디코딩 실패
권장:Base64URL 변형 사용. Bearer 접두사 제거, payload 세그먼트만 디코딩.
FAQ
자주 묻는 질문
Base64와 Base64URL 차이는?
Base64URL은 - _로 + / 대체. JWT는 Base64URL 사용. 표준 Base64 디코딩 대부분 호환.
바이너리 파일 처리 가능?
텍스트 모드는 문자열에 적합. 바이너리는 파일 가져오기로 Base64 변환 권장.
URL 인코딩 표준은?
encodeURIComponent 의미, query 파라미터 값 인코딩에 적합.
Base64 끝에 = 없어도 디코딩?
URL safe Base64는 padding 생략 흔함. 디코더가 자동 보완.
Node btoa와 결과 같나요?
ASCII 텍스트 일치. 한글은 본 도구 UTF-8 모드 권장, btoa는 추가 처리 필요.
데이터가 서버에 업로드되나?
아니요. JSONSort 모든 도구는 브라우저 로컬에서 동작하며 입력 내용은 백엔드 서버로 전송되지 않습니다.
가입이나 설치가 필요한가?
필요 없습니다. 페이지를 열면 바로 사용 가능, 계정·클라이언트 다운로드 불필요, PWA 오프라인 캐시 지원.
얼마나 큰 파일을 지원하나?
브라우저 메모리에 따라 다르지만 보통 수 MB급 데이터를 원활히 처리합니다. 초대형 파일은 먼저 분할하거나 병합·정리 도구를 사용하세요.