ZIP 파일 압축

ZIP 압축은 선택한 여러 파일을 하나의 다운로드 가능한 아카이브로 묶는 작업입니다. 여러 파일을 함께 보내거나, 전달용 패키지를 만들거나, 스크린샷을 정리하거나, 이메일에 여러 문서를 첨부하거나, 작은 백업을 만들 때 유용합니다. ZIP은 무손실 아카이브 형식이므로 압축을 풀면 원본 파일이 그대로 복원되어야 합니다. 다만 JPG, PNG, MP4, PDF처럼 이미 압축된 형식은 크기가 크게 줄지 않을 수 있습니다. 이 브라우저 도구는 로컬에서 ZIP을 만들기 때문에 선택한 파일을 서버에 업로드할 필요가 없습니다. 중간 규모의 파일 묶음에 적합하며 매우 큰 파일은 메모리를 많이 사용할 수 있습니다. ZIP 압축은 암호화가 아니므로 민감한 파일은 별도의 비밀번호 보호나 보안 절차가 필요합니다.

ZIP 컨테이너는 PKWARE의 APPNOTE 사양(현재 개정판 6.3.10)으로 정의됩니다. `.zip` 파일은 세 가지 레코드 타입의 시퀀스입니다. 각 저장 파일 앞에는 4바이트 시그니처 `0x04034b50`(PK\x03\x04)의 Local File Header가 오고, 그 뒤에 압축 데이터가옵니다. 마지막 파일 이후에는 Central Directory(File Header 시그니처 `0x02014b50`)가 있으며, 각 엔트리의 이름, 크기, CRC-32, 로컬 헤더 오프셋을 기록하는 테이블입니다. 마지막으로 End of Central Directory 레코드(시그니처 `0x06054b50`)가 파일 맨 끝에 위치하며, Central Directory의 시작 위치를 가리킵니다. 리더는 `.zip`을 뒤에서부터 파싱합니다: 파일 끝에서부터 EOCD 시그니처를 역방향 스캔하고, Central Directory로 이동한 뒤 각 로컬 헤더로 이동합니다. 이것이 ZIP이 스트리밍 추가와 전체 아카이브를 읽지 않고도 단일 엔트리에 빠르게 무작위 접근할 수 있는 이유입니다. 이 도구는 브라우저에서 아카이브를 조립하기 위해 JSZip 라이브러리를 사용합니다(더 빠른 대안으로 fflate도 가능). 사용자가 선택한 각 `File` 객체는 `ArrayBuffer`로 읽히고, `zip.file(name, buffer)`로 추가된 뒤, `zip.generateAsync({ type: 'blob', compression: 'DEFLATE', compressionOptions: { level: 6 } })`가 `Blob`을 생성하여 `URL.createObjectURL()`를 통해 다운로드로 제공됩니다. DEFLATE는 RFC 1951에 정의된 표준 ZIP 압축 방식으로, LZ77 슬라이딩 윈도우 사전 매칭과 Huffman 코딩을 결합합니다. 압축 레벨 6(기본값)은 균형점입니다. 레벨 1은 약 4배 빠르지만 5~15% 크고, 레벨 9는 6보다 2~3배 느려서 보통 1~2% 정도만 추가로 줄어듭니다. 무결성은 IEEE 802.3 다항식 `0xEDB88320`(역순)으로 계산된 CRC-32로 보장되며, 로컬 파일 헤더와 Central Directory 엔트리 양쪽에 저장됩니다. 파일명은 범용 플래그 비트 11이 설정되면 UTF-8로 기록됩니다(APPNOTE 6.3.0, 2006부터 필수). 이 플래그가 없으면 이전 도구가 로컬 OEM 코드 페이지(DOS의 CP437, 중국어 Windows의 CP936/GBK)를 사용하여 비 ASCII 이름이 깨집니다. 클래식 ZIP 형식은 크기와 오프셋에 32비트 필드를 사용하여 단일 엔트리와 전체 아카이브를 약 4GiB(2^32 - 1 = 4,294,967,295바이트)로 제한합니다. APPNOTE 4.5+에 정의된 ZIP64는 추가 필드를 통해 64비트로 확장하지만, JSZip의 인메모리 빌드는 탭 메모리가 부족해지기 전에 실질적인 아카이브 크기를 수백 MB로 제한합니다.

• ZIP 파일 구조 (PKWARE APPNOTE 6.3.10): Local File Header (`0x04034b50`) + 파일 데이터, 그 다음 Central Directory (`0x02014b50`), 마지막에 EOCD (`0x06054b50`).
• 리더는 끝에서부터 파싱: EOCD 시그니처를 역방향 스캔한 뒤 Central Directory로 이동 - 전체 아카이브를 스트리밍하지 않고도 빠른 단일 파일 추출 가능.
• DEFLATE 압축 (RFC 1951) = LZ77 슬라이딩 윈도우 사전 + Huffman 코딩. 레벨 6이 기본 균형점, 레벨 9는 약 1~2% 더 작아지는 대신 2~3배 느림.
• 무결성: IEEE 802.3 다항식 `0xEDB88320`(역순) 기반 CRC-32를 로컬 헤더와 Central Directory 양쪽에 저장. 추출 시 검증.
• UTF-8 파일명은 범용 플래그 비트 11(APPNOTE 6.3.0, 2006)이 필요. 없으면 이전 도구가 CP437/로컬 OEM 페이지로 폴백하여 비 ASCII 이름이 깨짐.
• 클래식 ZIP은 파일당, 아카이브당 크기를 2^32 - 1 = 4,294,967,295바이트로 제한. ZIP64 추가 필드(APPNOTE 4.5+)는 64비트로 확장하여 더 큰 파일 처리 가능.
• 브라우저 구현: JSZip / fflate가 각 `File`을 `arrayBuffer()`로 읽고, 메모리에서 아카이브를 빌드한 뒤 `Blob` 다운로드로 스트리밍 - 서버 업로드 불필요.