ThorKit
백엔드/APIAI 개발·API

API 인증·인코딩 디버그팩

JWT, Base64, URL 인코딩, 쿼리스트링, 타임스탬프처럼 API 연동 때 자주 막히는 값을 빠르게 확인합니다.

JWT 디코더

JWT 확인

JWT 토큰의 헤더와 페이로드를 디코딩하여 보여줍니다 (서명 검증 X).

열기 →

Base64 인코딩·디코딩

Base64 인코딩

텍스트를 Base64로 인코딩하거나 Base64 문자열을 원래대로 디코딩합니다.

열기 →

URL 인코딩·디코딩

URL 인코딩

URL에 사용 가능한 형태로 문자열을 인코딩하거나, 인코딩된 문자열을 원래대로 복원합니다.

열기 →

쿼리스트링 파서 (URL 파라미터 분석)

쿼리 파싱

URL 또는 ?key=value&... 쿼리스트링을 즉시 키-값 쌍으로 분리하고 URL 디코드해 표시합니다.

열기 →

Unix 타임스탬프 변환

Unix 시간 변환

Unix epoch(초·밀리초)를 사람이 읽는 날짜로, 또는 그 반대로 변환합니다.

열기 →

UUID·NanoID·ULID 생성기

UUID 생성

UUID v1/v4/v7 + NanoID + ULID를 원하는 버전·개수로 생성합니다.

열기 →

해시 생성기 (MD5·SHA-1·SHA-256)

해시 생성

텍스트를 입력하면 MD5·SHA-1·SHA-256 해시를 동시에 계산합니다. 모두 클라이언트 처리, 서버 전송 없음.

열기 →

이 도구팩을 보는 순서

API 인증·인코딩 디버그팩은 먼저 기준값을 잡고, 이어서 비용·세금·예외 조건을 좁히는 순서로 배치했습니다. 계산 결과가 실제 행동으로 이어질수록 연결된 가이드와 공식 안내를 함께 확인해야 합니다.

API 인증·인코딩 디버그팩은 어떤 사람에게 맞나요?

백엔드/API 상황에서 한 가지 숫자만 보지 않고 다음 판단까지 이어서 확인하려는 사람에게 맞습니다. 먼저 기준 계산기를 돌린 뒤 관련 표와 가이드로 조건을 좁히면 됩니다.

이 순서대로 모두 확인해야 하나요?

필수는 아니지만 앞쪽 항목일수록 기준값을 잡는 역할이 큽니다. 뒤쪽 항목은 예외 조건, 준비물, 신청·계약 전 확인에 가까워 실제 행동 직전에 보면 좋습니다.

계산기와 가이드 내용이 다르게 느껴지면 무엇을 우선하나요?

계산기는 입력값 기준의 추정이고, 가이드는 제도·계약·신청 조건을 설명합니다. 금액은 계산기로 좁히고 최종 판단은 공식 안내와 상세 조건을 함께 확인해야 합니다.

시즌 추천 도구팩은 언제 바뀌나요?

현재 월과 다가오는 시즌 수요를 기준으로 노출 우선순위를 조정합니다. 세금 신고, 명절, 휴가, 결혼 시즌처럼 검색 수요가 몰리는 시기에는 관련 도구팩이 앞에 나올 수 있습니다.