텍스트 입력 및 인코딩 모드를 선택한 후 아래와 같이 정확하게 Hello를 입력하세요. 이 예에서는 UTF-8 및 표준 Base64 알파벳을 사용합니다. 텍스트를 인코딩하고 결과가 SGVsbG8=인지 확인합니다. 디코딩 모드로 전환하고 해당 결과를 붙여넣은 다음 디코딩하여 원래 5개 문자를 복구합니다. 후행 줄 바꿈은 인코딩된 결과를 변경합니다.
통합의 경우 먼저 수신 시스템이 표준 Base64 또는 URL 안전 변형을 기대하는지 확인하세요. 옵션을 무작위로 변경하는 대신 패딩 및 줄 바꿈 요구 사항을 일치시키세요. 파일을 처리할 때 파일 워크플로를 사용하여 해당 바이트가 직접 인코딩되도록 합니다. 디코딩된 바이너리 데이터는 읽을 수 있는 텍스트로 취급되기보다는 적절한 형식으로 다운로드되어야 합니다.
Hello → SGVsbG8= → Hello
btoa("Hello"); // SGVsbG8=
base64.b64encode(b"Hello") # SGVsbG8=
Base64는 암호화나 비밀 저장 방법이 아닌 가역적인 바이트 표현입니다. 6비트 그룹을 64자의 알파벳으로 매핑합니다. 패딩은 필요한 경우 최종 그룹을 완성합니다. 인코딩된 텍스트는 일반적으로 원본 바이트보다 크므로 인코딩은 압축 기술이 아닙니다. 인코딩된 값을 얻은 사람은 누구나 이를 디코딩할 수 있습니다. 자격 증명이나 기타 민감한 정보를 전송할 때 적절한 보안 채널을 사용하십시오. 등호는 데이터가 암호화되었다는 표시가 아니라 패딩입니다. 수신 형식에 표준 패딩 Base64가 필요한 경우 이를 유지하세요.
표준 Base64는 더하기 및 슬래시 문자를 사용합니다. URL 안전 알파벳은 하이픈과 밑줄을 대체하여 URL 지향 프로토콜에서 해당 문자를 방지합니다. 패딩 요구 사항은 수신 형식에 따라 다릅니다. JWT 세그먼트, 데이터 URL 및 MIME 첨부 파일은 서로 다른 컨테이너입니다. 디코딩하기 전에 예상되는 표현을 식별합니다. 데이터 URL은 인코딩된 페이로드 주위에 미디어 유형 접두사를 추가합니다. 해당 래퍼는 Base64 알파벳 및 원본 파일 바이트와 별개입니다.
처리는 브라우저에서 실행됩니다. 저장과 공유는 선택 사항이며 계정이 필요하고 선택한 콘텐츠를 서비스로 전송합니다. 공유 콘텐츠를 먼저 검토하세요. 링크가 있는 사람은 누구나 콘텐츠를 열 수 있습니다. 이 페이지를 닫아도 저장된 사본은 삭제되지 않습니다.
입력이 완료되었는지, 선택한 알파벳을 사용하는지 확인하세요. 텍스트 디코딩에는 올바른 문자 인코딩도 필요합니다. 유효한 Base64는 이미지, 아카이브 또는 기타 바이너리 파일을 나타낼 수 있으므로 텍스트를 읽을 수 없다고 해서 반드시 바이트가 손상되었다는 의미는 아닙니다. 의도한 출력인 경우 바이너리 다운로드를 사용하십시오. 성공적인 디코딩은 표현이 해석될 수 있음을 확인합니다. 다운로드한 파일을 열어도 안전한지는 확인되지 않습니다. UTF-8 텍스트에는 ASCII 이외의 문자가 포함될 수 있습니다. 통합의 텍스트 인코딩을 확인할 때 알려진 악센트 문자와 Hello를 테스트하세요.
작은 샘플로 시작하여 큰 파일을 인코딩하기 전에 왕복을 확인하세요. 브라우저에는 소스와 인코딩된 출력 모두에 메모리가 필요하며 Base64 확장으로 인해 해당 비용이 추가됩니다. 고정된 처리 대기 시간이나 보장된 크기 감소는 약속되지 않습니다. 수신 애플리케이션이 결과를 승인할 때까지 원본 파일을 보관합니다. 연습 아래의 JavaScript 및 Python 스니펫은 동일한 Hello 예를 보여줍니다. 이는 내장된 스크립팅 인터페이스가 아닌 설명 명령입니다. 파일을 인코딩한 다음 디코딩된 바이트를 다운로드하면 유용한 왕복 검사가 제공됩니다. 정확한 보존이 필요한 경우 해당 바이트를 별도로 비교하십시오.
파일을 여기에 드래그 앤 드롭하거나
모든 파일 형식 지원 • 최대 크기: 100MB
처리는 브라우저에서 실행됩니다. 저장과 공유는 선택 사항이며 계정이 필요하고 선택한 콘텐츠를 서비스로 전송합니다.
파일 크기 제한: 최대 파일 크기는 100MB로, 브라우저의 최적 성능을 보장합니다. 10MB보다 큰 파일은 처리에 더 오래 걸릴 수 있습니다.