소개
Base64 디코딩 및 인코딩이란 이름 그대로 간단하게 디코딩과 인코딩을 할 수 있는 온라인 도구를 만나보세요! Base64 인코딩에서 쉽고 빠르게 인코딩하거나 디코딩할 수 있습니다. Base64는 사용자의 데이터를 번거러움 없이 인코딩하거나 사람이 읽을 수 있는 형식으로 디코딩합니다.
Base64 인코딩 체계는 2진수 데이터를 인코딩해야 할 때, 특히 텍스트로 처리되어야 하는, 매체를 통해 저장해야 하거나 전송해야 할 때 널리 사용됩니다. 이 인코딩 기술은 데이터가 전송이 될 때 수정되지 않고 온전히 전송될 수 있게끔 도와주는 기술입니다. Base64는 MIME와 같은 이메일 애플리케이션이나 XML 또는 JSON과 같은 복잡한 데이터를 저장하는 다양한 애플리케이션에서 널리 사용됩니다.
고급 설정
(*) 이러한 표시가 있는 옵션은 결과가 대다수의 앱에서 유효하지 않으므로 동시에 사용할 수 없습니다.Base64 인코딩 체계는 2진수 데이터를 인코딩해야 할 때, 특히 텍스트로 처리되어야 하는, 매체를 통해 저장해야 하거나 전송해야 할 때 널리 사용됩니다. 이 인코딩 기술은 데이터가 전송이 될 때 수정되지 않고 온전히 전송될 수 있게끔 도와주는 기술입니다. Base64는 MIME와 같은 이메일 애플리케이션이나 XML 또는 JSON과 같은 복잡한 데이터를 저장하는 다양한 애플리케이션에서 널리 사용됩니다.
고급 설정
- 문자 세트: 저희 웹사이트는 UTF-8 문자 세트를 사용하며 입력한 데이터는 UTF-8 형식으로 전송됩니다. 다른 문자 세트로 변환하고 싶은 경우 인코딩 전에 이 옵션을 변경해주세요. 참고로 텍스트 데이터의 경우 인코딩 체계에는 문자 세트가 포함되어 있지 않으므로 디코딩 과정에서 적절한 세트를 지정해야 합니다. 파일의 경우, 이진수 옵션이 기본으로 설정되어 있어 변환을 생략합니다. 이 옵션은 일반 텍스트 문서를 제외한 모든 파일에 필요합니다.
- 새로운 행 분리자: 유닉스와 윈도우 시스템은 서로 다른 식으로 행 분리를 하므로 인코딩 이전에 둘 중 하나의 옵션이 사용자의 데이터에서 사용될 것입니다. 파일 섹션에 경우 파일 자체에 해당 분리자가 포함되어 있으므로 이것은 부분적으로 무관합니다. 하지만 "각 행 개별 인코딩" 또는 "행을 세트로 분리" 기능에 대해서는 분리자를 설정할 수 있습니다.
- 각 행을 개별적으로 인코딩: 새로운 행의 문자조차도 Base64 인코딩 형식으로 변환이 됩니다. 행을 쪼개서 여러 개의 독립적인 데이터를 인코딩할 때 이 옵션을 사용하세요. (*)
- 행을 세트로 분리: 인코딩된 데이터는 빈칸 없는 연속된 텍스트가 됩니다. 그러므로 여러 행으로 나누려면 이 옵션을 선택하세요. 적용된 문자 한계는 인코딩된 행이 76자 이상이 되지 않도록 하라고 MIME(RFC 2045) 규격에 정의 되어 있습니다. (*)
- URL 세이프 인코딩 지원: URL에서 표준 Base64를 사용하려면 "+"와 "/" 그리고 "=" 문자를 그들의 퍼센트-인코딩 형식으로 인코딩해야 합니다. 이것은 문자열을 불필요하게 길어지게 만듭니다. 이 옵션을 활성화하여 URL - 파일 이름 -에 "+"와 "/" 문자는 각각 "-"와 "_"로 대체되고 필요없는 "=" 기호는 생략되는 Base64에 잘 호환되는 변형(RFC 4648 / Base64URL)으로 인코딩하세요.
- 라이브 모드: 이 옵션을 켜면 브라우저의 자체 JavaScript 기능을 사용하여 저희 서버 쪽으로 전송하지 않고 즉시 인코딩됩니다. 현재는 UTF-8 문자 세트만 지원됩니다.
강력한 보안
저희 서버와의 모든 통신은 안전한 암호화된 SSL 연결(https)을 통해 제공됩니다. 저희 웹사이트는 처리 직후 처음 다운로드가 시도된 파일이나, 15분 동안 자리를 비웠을 때 즉시 서버로부터 업로드된 파일을 지웁니다(둘 중 더 짧게 걸리는 방식으로 처리). 저희는 전송되었거나 업로드된 파일을 절대 보관하거나 검열하지 않습니다. 자세한 정보를 원하신다면 아래의 개인 정보 보호 정책을 읽어주세요.
완전 무료
저희 도구는 무료로 사용 가능합니다. 앞으로는 이런 간단한 작업을 위해 소프트웨어를 다운로드하실 필요가 없습니다.
Base64 인코딩에 대한 디테일
Base64는 2진수 데이터를 자연수로 처리하여 Base64 표현 형식으로 변환하여 인코딩하는 많은 비슷한 인코딩 체계들의 일반적인 용어입니다. Base64 용어는 MIME의 Content Transfer Encoding에서 유래했습니다.
디자인
Base64에 필요한 64개의 문자를 만들기 위한 특수한 문자의 선택은 구현 항목마다 다릅니다. 일반적으로 64개의 세트에서 두 가지의 규칙에 따라 선택됩니다. 1) 부분 세트의 일부분은 대부분의 인코딩에서 공통적이며, 2) 출력할 수 있습니다. 이 조합은 데이터가 이메일과 같은 원래 8비트가 아닌 시스템을 통한 전송 중 수정될 가능성이 없게끔 해줍니다. 그 예로 MIME의 64진수 구현 항목은 A에서 Z까지, a에서 z까지 그리고 0에서 9까지를 처음 62개의 값으로 사용하고 +와 /을 마지막 남은 2개 값으로 사용합니다. 다른 변형으로는 같은 조합이지만 마지막 두 기호가 다른 것으로 보통 64진수에서 파생됩니다. 한 예시를 들면 "-"와 "_"을 사용하는 URL과 filename safe의 변형인 "RFC 4648 / Base64URL"이 있습니다.
예시
여기 토마스 홉스의 레비아탄에서 가져온 인용구가 있습니다:
"Man is distinguished, not only by his reason, but ..." ("인간은 그의 이유로만 구별되는 것 뿐만 아니라 ...")
이것을 ASCII 바이트식 수열로 표현하고 MIME의 64진수 체계로 인코딩되면 이렇게 됩니다:
TWFuIGlzIGRpc3Rpbmd1aXNoZWQsIG5vdCBvbmx5IGJ5IGhpcyByZWFzb24sIGJ1dCAuLi4=
위의 인용구에서 인코딩된 Man의 값은 TWFu입니다. ASCII로 인코딩되면 글자 "M", "a", 그리고 "n"은 바이트로 77, 97, 110로 저장되고, 이것들은 "01001101", "01100001", "01101110"과 같은 2진수로 표현됩니다. 이 3개의 바이트들이 24비트 버퍼 프로듀싱이 되어 2진수 수열 "010011010110000101101110"으로 합쳐지게 됩니다. 6비트의 묶음이(6비트는 최대 64개의 다른 2진수 값을 가집니다) 숫자 4로 변환됩니다(24 = 4 * 6비트). 그 후 이것들은 64 진수 값에 상응하게끔 변환됩니다.
| 텍스트 내용 | M | a | n | |||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| ASCII | 77 | 97 | 110 | |||||||||||||||||||||
| 비트 패턴 | 0 | 1 | 0 | 0 | 1 | 1 | 0 | 1 | 0 | 1 | 1 | 0 | 0 | 0 | 0 | 1 | 0 | 1 | 1 | 0 | 1 | 1 | 1 | 0 |
| 인덱스 | 19 | 22 | 5 | 46 | ||||||||||||||||||||
| Base64 인코딩 | T | W | F | u | ||||||||||||||||||||
이 예시가 보여주는 것처럼 Base64 인코딩은 3개의 코딩되지 않은 바이트(이 경우, ASCII 문자) 를 4개의 인코딩된 ASCII 문자로 변환시킵니다.