Base64 / Base58 / Base32 인코더
Base64, Base58, Base32 인코딩 방식을 지원하는
온라인 인코더 및 디코더 도구입니다.
탭을 전환하여 각 인코딩 모드를 쉽게 선택할 수 있습니다.
UTF-8 텍스트를 지원하여 줄바꿈이나 다국어 문자도 문제없이 처리할 수 있으며, 결과는 한 번의 클릭으로 복사할 수 있습니다.
API 요청, 파일 이름, URL-safe 데이터 처리에 적합합니다.
모든 변환은 브라우저 내에서 수행되며, 입력한 데이터는 외부 서버로 전송되지 않아 안전하게 사용할 수 있습니다.
UTF-8을 지원합니다. Base64 출력은 파일 이름이나 URL-safe 데이터에 그대로 쓸 수 있습니다.
Base64, Base58, Base32 인코더/디코더
Base 계열 인코딩은 바이너리나 구조화된 데이터를 텍스트로 표현할 때 사용됩니다. 이 도구는 Base64, Base58, Base32 문자열을 브라우저에서 인코딩하거나 디코딩하여 API payload, token, hash, key, URL, 디버깅 데이터 확인에 활용할 수 있습니다.
자주 쓰는 상황
- API payload 디코딩: 로그, 요청, 응답에 포함된 Base64 필드를 확인합니다.
- 텍스트 안전 값 준비: 설정, header, fixture에 넣을 값을 인코딩합니다.
- 형식 비교: 같은 입력이 Base64, Base58, Base32에서 어떻게 보이는지 비교합니다.
보안 메모
인코딩은 암호화가 아닙니다. Base64나 Base58 문자열은 쉽게 복원할 수 있으므로 secret을 보호하는 용도로 사용하면 안 됩니다.
이 도구의 관련 기사
최신 아티클
curl 옵션 정리｜-X -H -d 가 실제로 하는 일과 함정
실무에서 만나는 curl 옵션을 표로 정리했습니다. -d 만으로 이미 POST가 되는 이유, -d 와 --data-raw 의 차이, 앞의 @ 가 조용히 파일을 읽는 함정, 작은따옴표와 큰따옴표의 구분, -k 와 -L 을 쉽게 붙이면 안 되는 이유까지 예제로 설명합니다.
JSON Schema와 Zod를 상호 변환하는 원리｜required와 .optional()의 대응
JSON Schema에서 Zod 스키마를 만들고 Zod 코드에서 다시 JSON Schema를 뽑아내는 양방향 변환기의 구현을 해설합니다. required와 .optional()의 기본값이 반대인 문제, 제약 조건 대응표, 코드를 실행하지 않고 해석하는 방법까지 정리합니다.
SQL 절 실행 순서 레퍼런스｜WHERE에서 SELECT 별칭을 못 쓰는 이유
SQL은 작성한 순서대로 실행되지 않습니다. 논리적 실행 순서(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)를 축으로, 별칭이 WHERE에서 안 되는 이유, WHERE와 HAVING의 구분, ONLY_FULL_GROUP_BY, COUNT(*)와 COUNT(컬럼)의 차이, LEFT JOIN + WHERE 함정을 예제로 정리합니다.
unified diff 형식 읽는 법｜git diff의 @@ 헤더 완전 해설
git이 출력하는 unified diff 형식을 읽는 법을 정리했습니다. @@ -12,7 +12,9 @@ 의 네 숫자가 뜻하는 것, 한 글자만 고쳐도 줄 전체가 바뀐 것처럼 보이는 이유, 공백과 줄바꿈 문자의 함정, \ No newline at end of file, 머지 커밋의 @@@, similarity index를 통한 이름 변경 감지까지 예제로 설명합니다.
UTC⇄JST/KST 변환 레퍼런스｜9시간 시차 대조표와 타임존 사고 예방법
UTC와 일본 시간(JST)·한국 시간(KST)의 변환을 대조표로 정리했습니다. ISO 8601의 Z와 +09:00의 의미, JavaScript 날짜 파싱이 9시간 어긋나는 조건, MySQL/PostgreSQL의 타임존 동작, GitHub Actions cron이 UTC로 도는 함정까지 예제와 함께 해설합니다.
CREATE TABLE 레퍼런스｜MySQL·PostgreSQL·SQLite의 타입과 제약 조건 차이
CREATE TABLE(DDL) 작성법을 3개 데이터베이스 비교표로 정리했습니다. 타입 대응표, 자동 증가(AUTO_INCREMENT / IDENTITY / rowid)의 방언 차이, 외래 키의 ON DELETE 동작, MySQL이 조용히 무시하는 CHECK 제약까지 예제와 함께 해설합니다.