Discuvr 인코딩 / 디코딩
Esc

사무 및 데이터

CSV를 Excel로 CSV를 붙여 넣으면 바로 스프레드시트로 보여 주며, 숫자, 날짜, ID는 Excel이 저장해야 하는 형식으로 지정됩니다. 깔끔한 .xlsx는 원할 때만 다운로드하세요. PDF 서명 브라우저에서 PDF에 서명하세요 - 서명을 그리거나 입력하거나 업로드해 원하는 페이지에 배치하고 날짜를 추가한 뒤 서명된 사본을 다운로드하세요. 파일은 기기를 떠나지 않습니다. 가림 처리 PDF, Word, Excel, PowerPoint, 텍스트, 이미지 파일을 영구적으로 가림 처리합니다. 일치 항목과 상자는 가려지는 것이 아니라 파일에서 삭제되며, 다운로드 전에 결과를 다시 확인합니다. 내 IP 확인 접속할 때 웹사이트가 보는 공인 IP 주소, 그 주소가 공유(CGNAT)인지 사설인지, 브라우저가 그 밖에 무엇을 드러내는지 확인하세요. 대소문자 변환기 및 줄 도구 텍스트를 대문자, 소문자, 제목 또는 문장 형식으로 바꾸고, 이름을 camelCase나 snake_case로 변환하며, 중복 줄을 제거하거나 목록을 정렬합니다. 텍스트 비교 두 가지 버전의 텍스트를 붙여넣으면 추가, 삭제, 변경된 모든 줄과 바뀐 단어가 강조 표시됩니다.

글쓰기 및 제안서

어조 다듬기 자신만의 어조를 유지하면서 올바른 문법, 구조, 명확한 표현으로 작성한 글을 재정렬하세요. 채팅 세션 없이 한 번의 붙여넣기, 한 번의 응답으로 완료됩니다. 프리랜서 제안서 생성기 클라이언트의 문제를 설명하고 범위, 가격이 지정된 즉시 발송 가능한 프리랜서 제안서를 몇 초 만에 받으세요.

법률 및 규정 준수

지식재산권법 Q&A 챗봇 인도 지식재산법에 대해 질문하세요 - 상표, 특허, 저작권, 디자인 등. 각 답변 위에 사용한 웹 검색 결과가 표시됩니다. 특허 FER 답변서 생성기 최초 심사보고서(FER)의 거절 이유를 붙여 넣어 구조화된 답변서를 작성하거나, 초안을 업로드해 지식재산 위험을 검토하세요. 정부 지원 제도 자격 확인 도구 짧은 질문 몇 개에 한 번만 답하세요. 로그인하면 답변을 저장해 두므로 매번 다시 입력하지 않고도 어떤 중앙정부 제도에 해당될 수 있는지 확인할 수 있습니다.

개인정보 보호 및 보안

웹사이트 보안 스캔 실제 재현 가능한 보안 취약점이 있는지 도메인을 스캔하세요. 모든 발견 항목에는 관측 결과와 직접 검증할 수 있는 명령어가 함께 제공됩니다. Image Scrub 사진에 공개된 자신에 대한 정보(GPS, 카메라 시리얼 번호, 이름)를 정확히 확인하고 제거하세요. 자르기, 크기 조절, 얼굴 블러 처리, 변환 등 모든 작업은 이미지가 어디에도 저장되지 않고 수행됩니다.

개발자 도구

JSON Formatter 한 번의 붙여넣기로 JSON을 정렬, 축소, 검증하세요. 파싱되지 않을 때의 정확한 줄과 열 위치, 문서에 실제 포함된 요소 수를 제공합니다. Python 포맷터 선택한 줄 길이와 따옴표 처리 방식으로 Black처럼 Python 코드를 재정렬하세요. 정확히 몇 줄이 변경되었는지 카운트도 제공합니다. HTML 뷰어 HTML을 붙여넣고 모바일, 태블릿, 데스크톱 너비의 샌드박스 환경에서 실시간으로 렌더링되는 모습을 확인하세요. 코드 정렬, 압축, 스크립트 콘솔, 마크업 문제 리포트 기능도 제공됩니다. IP 서브넷 계산기 CIDR 표기법이나 넷마스크가 있는 IP를 입력하면 네트워크 주소, 브로드캐스트 주소, 사용 가능한 호스트 범위, 전체 주소 수를 즉시 확인할 수 있습니다. 인코딩 / 디코딩 입력하는 즉시 Base64, Base64URL, URL 퍼센트 인코딩, HTML 엔티티, 16진수를 인코딩하거나 디코딩합니다. UTF-8을 완벽히 지원합니다. Unix 타임스탬프 변환기 초, 밀리초, 마이크로초, 나노초 단위의 Unix epoch 타임스탬프를 UTC 또는 세계 주요 시간대의 날짜로 변환하고, 날짜를 다시 타임스탬프로 변환합니다. 시스템 다이어그램 메이커 User -> API -> Database처럼 화살표를 쓰면 배치가 끝난 아키텍처나 흐름 다이어그램이 나옵니다. 그룹을 접으면 큰 그림, 단계에 번호를 매기면 상세 흐름이 됩니다.

AI 작업대

AI 플레이그라운드 여러 LLM 제공업체의 응답을 실시간으로 나란히 비교하세요. 보유하신 API 키를 사용합니다. 에이전트 플레이그라운드 웹 검색, 계산기, URL 가져오기 등 도구를 사용하는 AI 에이전트를 여러 제공업체에서 시험해 보세요.

학습

Study Buddy 첫 공부 시작일부터 최종 제안 수락까지, 주요 테크 직군 면접을 준비하는 코치: DSA, LLD, 시스템 디자인, 행동 면접 및 AI 보조 코딩 학습 계획, 모의 면접, 이력서 검토, 지원 현황 관리 및 제안 비교 기능을 제공합니다.

일상 도우미

QR 코드 생성기 텍스트, URL, WiFi 정보 또는 연락처로 QR 코드를 만드세요 - PNG 이미지나 SVG 벡터로, 원하는 오류 정정 수준으로. 단위 변환기 길이, 무게, 온도, 부피, 속도, 면적, 에너지 단위를 즉시 변환하세요. 40가지 이상의 단위 유형을 즉시 확인할 수 있습니다. 비밀번호 생성기 암호학적으로 안전한 난수로 무작위 비밀번호를 생성하고, 길이와 문자 종류를 조정하며, 강도를 비트 엔트로피로 확인하세요. 단어 수 세기 및 가독성 분석기 단어, 문자, 문장, 단락 수를 세고 읽는 시간을 추정하며 가독성을 평가합니다 - 중국어, 일본어, 한국어, 태국어 텍스트에는 실제 문자 단위 계산을 사용합니다. 나이 / 날짜 차이 계산기 누군가의 정확한 나이나 임의의 두 날짜 사이의 정확한 차이(년, 월, 일)와 총 일수 및 주 수를 확인하세요. 날짜 차이 계산기 두 날짜 사이의 일, 주, 개월, 근무일 수를 세거나 날짜에 일수를 더하고 뺄 수 있습니다. 백분율 계산기 Y의 X%, 한 숫자가 다른 숫자의 몇 퍼센트인지, 두 숫자 사이의 퍼센트 증가 또는 감소, 역퍼센트를 계산합니다 - 하나의 도구에 담긴 네 가지 일반적인 계산. SIP 계산기 연간 증액, 초기 목돈, 물가 상승을 반영해 월 투자금이 얼마로 불어나는지 보거나 목표에 필요한 월 금액을 구하세요. BMI 계산기 키와 몸무게로 체질량지수(BMI)를 미터법 또는 야드파운드법 단위로 계산하고, WHO 성인 기준(저체중, 정상, 과체중, 비만)에 따라 분류합니다.
로그인 시작하기
모든 도구개발자 도구

인코딩 / 디코딩

입력하는 즉시 Base64, Base64URL, URL 퍼센트 인코딩, HTML 엔티티, 16진수를 인코딩하거나 디코딩합니다. UTF-8을 완벽히 지원합니다.

입력한 내용은 저장되지 않습니다. 같은 요청 안에서 변환되어 반환됩니다.

정보 인코딩 / 디코딩

로그 속 토큰, 리디렉션의 쿼리 문자열, &로 가득한 이메일 본문처럼 인코딩된 텍스트는 업무 곳곳에서 나타납니다. 여기에 붙여 넣고 형식을 고르면 입력하는 대로 인코딩 또는 디코딩 결과를 볼 수 있습니다.

기능

  • Base64, Base64URL(JWT 방식, 패딩 없음), URL 퍼센트 인코딩, HTML 엔티티, 16진수 지원.
  • UTF-8 완전 지원: 한글, 힌디어, 중국어, 이모지도 왕복 변환에서 깨지지 않습니다.
  • 빠진 Base64 패딩은 채워 넣고 알려 주며, 몰래 고치지 않습니다.
  • 텍스트가 아닌 바이트는 깨진 문자 대신 16진수로 보여 줍니다.
  • 클릭 한 번으로 출력을 다시 입력으로 넣고 방향을 바꿀 수 있습니다.

작동 방식

  1. 1 형식과 인코딩/디코딩 여부를 선택합니다.
  2. 2 텍스트를 붙여 넣으면 입력하는 대로 결과가 갱신됩니다.
  3. 3 출력을 복사하거나 다음 입력으로 사용합니다.

실전 예시: JWT 읽기

JSON Web Token은 헤더, 페이로드, 서명의 세 Base64URL 부분을 점으로 이은 것입니다. 가운데 부분을 붙여 넣고 Base64URL을 선택해 디코딩하면 사용자 id와 만료 시각 exp(유닉스 타임스탬프 변환기로 읽을 수 있는 유닉스 타임스탬프) 같은 JSON 클레임이 보입니다. 디코딩은 검증이 아닙니다. JWT 페이로드는 누구나 읽을 수 있으며, 변조되지 않았음을 증명하는 것은 서버의 서명 검증뿐입니다.

업무에서 자주 문제가 되는 경우

공간을 아끼려고 일부 시스템이 패딩을 없앤 Base64는 엄격한 디코더에서 실패합니다. 이 도구는 빠진 = 기호를 채워 넣고 그 사실을 알려 줍니다. 많은 서버가 쿼리 문자열의 +를 공백으로 해석하므로, 인코딩하지 않고 링크에 붙인 Base64 값은 손상된 채 도착합니다. URL 구성 요소로 인코딩하거나 Base64URL을 사용하세요. 두 번 인코딩된 텍스트는 %2520이나 &처럼 보이며 두 번 디코딩해야 합니다.

디코더별로 받아들이는 입력

Base64 디코딩은 공백과 줄바꿈을 무시하므로, 이메일처럼 여러 줄로 나뉜 값도 붙여 넣은 그대로 디코딩됩니다. Base64URL 디코딩은 + 와 / 도 받아들이지만 일반 Base64는 - 와 _ 를 거부하므로, JWT의 각 부분에는 Base64URL 옵션이 필요합니다. 16진수 디코딩은 공백, 콜론, 쉼표, 하이픈, 0x 접두사를 건너뛰므로 48:65:6c:6c:6f 와 0x48 0x65 모두 됩니다. URL 디코딩은 + 를 공백으로 바꾸므로, 실제 더하기 기호는 %2B 로 와야 합니다. HTML 인코딩은 & < > " ' 다섯 문자를 이스케이프하고, HTML 디코딩은 &nbsp;, &hellip; 같은 모든 HTML5 이름 엔티티와 루피 기호를 나타내는 &#8377; 같은 숫자 엔티티를 이해합니다.

실제 예시: 형식별로 무엇이 나오는가

여기의 URL 인코딩은 쿼리 매개변수 하나 같은 단일 값을 인코딩하므로 예약 문자를 모두 이스케이프합니다. https://example.com/a b?x=1&y=2은(는) https%3A%2F%2Fexample.com%2Fa%20b%3Fx%3D1%26y%3D2이(가) 됩니다. 링크에 넣는 값만 인코딩하고, 링크 전체는 인코딩하지 마세요. ASCII 밖의 텍스트는 UTF-8 바이트로 인코딩됩니다. café ₹은(는) caf%C3%A9%20%E2%82%B9이(가) 되고, 16진수도 같은 바이트를 보여 줍니다. é는 c3 a9, ₹는 e2 82 b9입니다. user:pass의 Base64는 dXNlcjpwYXNz이며, HTTP Basic Authorization 헤더가 담는 값입니다(RFC 7617). 그래서 그 헤더를 본 사람은 누구나 비밀번호를 읽을 수 있습니다.

질문

디코딩한 텍스트에 é 같은 이상한 문자가 보이는 이유는?

바이트는 UTF-8이었지만 인코딩되기 전에 어딘가에서 Latin-1이나 Windows-1252로 읽혔습니다. 여기서의 디코딩은 바이트를 있는 그대로 보여 주므로, 수정은 그것을 만든 시스템에서 해야 합니다.

파일 전체를 디코딩할 수 있나요?

최대 200,000자의 텍스트를 붙여 넣을 수 있습니다. 이미지 같은 바이너리 파일은 디코딩된 바이트를 다운로드 파일로 만들지 않고 16진수로 보여 줍니다.

Base64는 암호화인가요?

아닙니다. Base64는 일반 텍스트만 받는 시스템을 통과할 수 있도록 바이트를 쓰는 방식만 바꿉니다. 누구나 디코딩할 수 있으니 비밀번호나 비밀 정보를 숨기는 데 절대 쓰지 마세요.

Base64와 Base64URL의 차이는 무엇인가요?

Base64URL은 "+"와 "/"를 "-"와 "_"로 바꾸고 보통 "=" 패딩을 생략하므로, 결과를 URL과 파일 이름 안에서 안전하게 쓸 수 있습니다. JSON Web Token이 이 방식을 사용합니다.

제 텍스트가 저장되나요?

아니요. 같은 요청 안에서 변환해 돌려주며 데이터베이스나 로그에 기록하지 않습니다.

URL 인코딩 결과가 JavaScript의 encodeURIComponent와 다른 이유는 무엇인가요?

이 도구는 encodeURIComponent가 그대로 두는 ! ' ( ) 와 * 도 이스케이프합니다. 그래서 it's (50%) off!은(는) it%27s%20%2850%25%29%20off%21이(가) 됩니다. 두 형식 모두 디코딩하면 같은 텍스트가 되며, 쿼리 값 안에서 이 문자들을 이스케이프하는 것은 언제나 안전합니다. 공백은 +가 아니라 %20이 됩니다. + 형식은 HTML 폼 인코딩에서 온 것이고, 여기의 디코더는 둘 다 읽습니다.

명령줄에서 텍스트를 Base64로 인코딩하거나 디코딩하려면 어떻게 하나요?

Linux나 Mac에서는 echo -n 'Hello, World' | base64 를 실행하면 SGVsbG8sIFdvcmxk 가 나오고, echo 'SGVsbG8sIFdvcmxk' | base64 --decode 로 다시 텍스트로 되돌립니다. -n을 빼면 echo가 줄바꿈을 붙이고 그것까지 인코딩되어 SGVsbG8sIFdvcmxkCg== 가 됩니다. 두 도구의 결과가 다른 가장 흔한 이유입니다. PowerShell에서는 [Convert]::ToBase64String([Text.Encoding]::UTF8.GetBytes('Hello, World')) 로 인코딩하고 [Text.Encoding]::UTF8.GetString([Convert]::FromBase64String('SGVsbG8sIFdvcmxk')) 로 디코딩합니다. 이 페이지는 붙여 넣은 문자를 그대로 UTF-8로 인코딩하며 줄바꿈을 추가하지 않습니다.

Base64 이미지나 data URI는 어떻게 디코딩하나요?

쉼표 뒤의 부분만 붙여 넣으세요. data:image/png;base64,iVBORw0KGgo... 라면 iVBORw0KGgo... 부분입니다. data:image/png;base64, 접두사는 Base64가 아니어서 전체를 붙여 넣으면 거부됩니다. Base64와 Decode를 선택합니다. 텍스트가 아닌 바이트는 그림으로 그려지지 않고 16진수(hex)로 표시되지만, 파일 종류를 알아보기에는 충분합니다. PNG는 89 50 4e 47, JPEG는 ff d8 ff, .docx나 .xlsx 같은 ZIP 기반 파일 전체는 50 4b 03 04로 시작합니다. 이미지 자체를 보려면 data URI 전체를 브라우저 주소창에 붙여 넣으세요. 입력은 최대 200,000자로, 파일로는 약 150,000바이트입니다.

Base64는 왜 원본보다 약 3분의 1 더 길어지나요?

Base64는 3바이트마다 4개의 문자로 쓰고 마지막 묶음은 4의 배수가 되도록 =로 채웁니다(RFC 4648). 그래서 출력은 입력 바이트 수의 4/3을 올림한 길이입니다. Hello, World는 12바이트이고 16자의 SGVsbG8sIFdvcmxk가 됩니다. 세는 단위는 글자가 아니라 UTF-8 바이트입니다. café는 4글자지만 5바이트라 Y2Fmw6k=가 되고, ₹100은 6바이트라 4oK5MTAw가 됩니다. 한글 한 글자는 UTF-8에서 3바이트라서 한국어 텍스트의 Base64는 글자 수보다 훨씬 길어집니다. 이메일 첨부 파일은 조금 더 커지는데, MIME이 Base64를 한 줄 최대 76자로 줄바꿈하기 때문입니다(RFC 2045). 이 페이지는 디코딩할 때 그 줄바꿈을 무시합니다. 패딩 없는 Base64URL이 줄이는 것은 = 기호뿐입니다.