상황별 가이드

개발자 실전 툴킷, 자주 쓰는 것만

인코딩·해시·정규식부터 JSON·YAML 변환, API·네트워크 점검까지 — 브라우저에서 바로.

도구 16개 · 5단계
  1. 인코딩·해시

    텍스트·URL·진법을 변환하고, MD5·SHA 해시와 HMAC 서명·파일 무결성을 확인하세요.

  2. 데이터·포맷

    JSON·YAML을 정렬·검증·상호 변환하고, CSS 단위를 바꾸고, 정규식을 실시간으로 테스트하세요.

  3. 토큰·스케줄·입력

    JWT 클레임과 만료 시각을 확인하고, 크론 표현식을 한국어로 해석하고, 한영키 오타를 복원하세요.

  4. API·네트워크

    cURL을 fetch·axios·Python 코드로 바꾸고, HTTP 상태 코드를 해석하고, 회선 품질을 진단하세요.

  5. 웹·AI 개발

    공유 카드(OG)를 미리 확인하고, AI 토큰 수·API 비용을 추정하고, 로컬 LLM에 필요한 GPU 메모리를 가늠하세요.

가이드

개발 도구, 값이 틀어지는 지점 찾기

리만 작성 · Youtil 운영자 소개

왜 인코딩 → 데이터 → 토큰·스케줄 → API → 배포 순서인가

이 묶음은 요청 하나가 만들어져 나가는 순서를 따릅니다. 문자열을 전송 가능한 형태로 바꾸고(Base64·URL 인코딩), 본문 구조를 검증하고(JSON·YAML·정규식), 인증 토큰과 실행 시각을 확인한 뒤(JWT·크론), 실제 호출과 응답을 해석합니다(cURL 변환·HTTP 상태 코드). 문제가 생겼을 때도 같은 순서로 거꾸로 짚어 가면 어느 단계에서 값이 틀어졌는지 빨리 찾을 수 있습니다.

인코딩하면 길이가 얼마나 늘어나나

표 1.인코딩·해시 결과의 길이
입력방식결과 길이
1KB 파일Base641,368자
100KB 파일Base64136,536자
1MB 파일Base641,398,104자
한글 ‘가’URL 인코딩9자 (%EA%B0%80)
‘서울 날씨’URL 인코딩39자
아무 길이MD532자(16진)
아무 길이SHA-140자(16진)
아무 길이SHA-25664자(16진)

계산: Base64 = 4 × ⌈바이트 ÷ 3⌉(패딩 포함), URL 인코딩 = UTF-8 바이트마다 %XX 3자, 해시 16진 문자열 = 비트 ÷ 4

Base64는 원본보다 약 3분의 1 커지므로 큰 이미지를 data URI로 넣으면 문서 크기가 그만큼 늘어납니다. 한글은 UTF-8에서 한 글자가 3바이트라 URL에 넣으면 9자가 되고, 쿼리스트링 길이 제한에 생각보다 빨리 닿습니다. 해시는 입력 길이와 상관없이 결과 길이가 고정이라, 길이가 다르면 알고리즘부터 다르다는 신호입니다.

로컬 LLM에 필요한 메모리

표 2.Llama 3.1 8B의 양자화·문맥 길이별 메모리GB · KV 캐시 F16
양자화문맥 8K문맥 32K
Q4_K_M8.011.2
Q8_011.614.8
F1619.122.4

계산: 가중치(매개변수 × 비트 ÷ 8) + KV 캐시(2 × 레이어 × KV 헤드 × 헤드 차원 × 문맥 × 2바이트) + 오버헤드 2GB — LLM 메모리 계산기와 같은 식

같은 모델이라도 문맥 길이를 8K에서 32K로 늘리면 KV 캐시가 네 배가 되어 필요한 메모리가 몇 GB씩 늘어납니다. GPU 메모리가 빠듯하다면 양자화 단계를 낮추기 전에 문맥 길이부터 줄여 보는 것도 방법입니다. LLM 메모리 계산기와 토큰 계산기로 모델과 입력 길이를 함께 맞춰 보세요.

자주 하는 실수

  • Base64·JWT를 암호화로 여기기. 둘 다 누구나 되돌릴 수 있는 인코딩입니다. JWT 페이로드는 서명만 되어 있을 뿐 내용은 그대로 읽히므로 비밀번호·개인정보를 넣으면 안 됩니다.
  • JWT exp를 밀리초로 비교하기. exp·iat는 초 단위 유닉스 시간입니다. 자바스크립트의 Date.now()는 밀리초라 1000으로 나눠 비교해야 합니다.
  • 크론 시간대를 확인하지 않기. 서버가 UTC라면 ‘0 9 * * *’는 한국 시각 18시에 실행됩니다. 또 일(day-of-month)과 요일을 둘 다 지정하면 표준 크론은 둘 중 하나만 맞아도 실행합니다.
  • MD5·SHA-1로 비밀번호를 저장하기. 파일 무결성 확인에는 쓸 수 있어도 비밀번호 저장에는 bcrypt·Argon2처럼 느리게 설계된 전용 함수를 써야 합니다.
  • 리다이렉트 코드를 대충 고르기. 301·302는 클라이언트가 POST를 GET으로 바꿀 수 있고, 308·307은 메서드를 유지합니다. API 주소를 옮길 때는 이 차이가 동작을 바꿉니다.
운영 비밀값은 붙여 넣지 말 것
이 도구들은 브라우저 안에서 계산하지만, 운영 환경의 API 키·액세스 토큰·개인 키는 어떤 웹 도구에도 붙여 넣지 않는 것을 원칙으로 삼으세요. 실수로 노출했다면 즉시 키를 폐기하고 재발급하는 것이 먼저입니다.

참고 자료

  1. IETF RFC 4648 — Base16, Base32, Base64 Encodings(새 창)rfc-editor.org
  2. IETF RFC 3986 — URI Generic Syntax(퍼센트 인코딩)(새 창)rfc-editor.org
  3. IETF RFC 7519 — JSON Web Token(새 창)rfc-editor.org
  4. IETF RFC 9110 — HTTP Semantics(3xx 리다이렉트)(새 창)rfc-editor.org
  5. OWASP — Password Storage Cheat Sheet(새 창)cheatsheetseries.owasp.org

찾는 도구가 없나요? 전체 도구 목록에서 분야별로 찾아보거나 이름으로 검색해 보세요.

다른 상황별 가이드