Empaquetar y Comprimir ZIP

Empaquetar en ZIP combina varios archivos seleccionados en un único archivo descargable y a menudo facilita el envío o almacenamiento. Sirve para enviar archivos sueltos juntos, preparar un paquete de entrega, agrupar capturas, adjuntar varios documentos a un correo o crear una copia pequeña. ZIP es un formato sin pérdida: tras extraerlo, los archivos deberían restaurarse exactamente. Sin embargo, formatos ya comprimidos como JPG, PNG, MP4 o PDF pueden reducirse poco. Esta herramienta del navegador crea el ZIP de forma local, por lo que los archivos seleccionados no necesitan subirse a un servidor. Es adecuada para conjuntos moderados; archivos muy grandes pueden usar mucha memoria. Empaquetar en ZIP no es cifrar, así que los archivos sensibles requieren protección adicional.

El contenedor ZIP está definido por la especificación APPNOTE de PKWARE (revisión actual 6.3.10). Un archivo `.zip` es una secuencia de tres tipos de registro: cada archivo almacenado está precedido por un Local File Header con la firma de 4 bytes `0x04034b50` (PK\x03\x04) seguido de sus datos comprimidos; después del último archivo viene el Directorio Central, una tabla de File Headers (firma `0x02014b50`) que lista cada entrada con su nombre, tamaños, CRC-32 y desplazamiento de vuelta al encabezado local; finalmente el registro End of Central Directory (firma `0x06054b50`) se encuentra al final del archivo y apunta al inicio del directorio central. Los lectores analizan `.zip` desde el final: escanean hacia atrás desde el final del archivo buscando la firma EOCD, saltan al directorio central y luego buscan cada encabezado local; es por esto que ZIP soporta añadido en streaming y acceso aleatorio rápido a una única entrada sin leer el archivo completo. Esta herramienta utiliza la biblioteca JSZip (con fflate como alternativa más rápida) para ensamblar el archivo en el navegador. Cada objeto `File` seleccionado por el usuario se lee como `ArrayBuffer`, se añade con `zip.file(name, buffer)` y luego `zip.generateAsync({ type: 'blob', compression: 'DEFLATE', compressionOptions: { level: 6 } })` produce un `Blob` que se expone al usuario como descarga mediante `URL.createObjectURL()`. DEFLATE es el método de compresión estándar de ZIP, definido en RFC 1951; combina coincidencia de diccionario de ventana deslizante LZ77 con codificación Huffman. El nivel de compresión 6 (el predeterminado) es un punto de equilibrio: el nivel 1 es aproximadamente 4 veces más rápido pero un 5-15 % más grande, mientras que el nivel 9 es 2-3 veces más lento que el 6 para típicamente un 1-2 % de contracción adicional. La integridad se garantiza mediante CRC-32, calculado por archivo con el polinomio IEEE 802.3 `0xEDB88320` (invertido) y almacenado tanto en el encabezado de archivo local como en la entrada del directorio central. Los nombres de archivo se escriben en UTF-8 cuando el bit 11 del flag de propósito general está activado (obligatorio desde APPNOTE 6.3.0, 2006); sin este flag, las herramientas antiguas asumen la página de códigos OEM local (CP437 en DOS, CP936/GBK en Windows en chino) y los nombres no ASCII aparecen como caracteres corruptos. El formato ZIP clásico usa campos de 32 bits para tamaños y desplazamientos, limitando una entrada individual y el archivo total a cerca de 4 GiB (2³² − 1 = 4.294.967.295 bytes); ZIP64, definido en APPNOTE 4.5+, extiende estos a 64 bits mediante campos extra, pero la compilación en memoria de JSZip limita el tamaño práctico del archivo a unos cientos de MB antes de que las pestañas se queden sin memoria.

• Estructura del archivo ZIP (PKWARE APPNOTE 6.3.10): Local File Headers (`0x04034b50`) + datos del archivo, luego Directorio Central (`0x02014b50`), terminando en EOCD (`0x06054b50`).
• Los lectores analizan desde el final: escanean hacia atrás buscando la firma EOCD y luego saltan al directorio central, lo que permite la extracción rápida de un archivo individual sin transmitir el archivo completo.
• Compresión DEFLATE (RFC 1951) = diccionario de ventana deslizante LZ77 + codificación Huffman; el nivel 6 es el equilibrio predeterminado, el nivel 9 gana ~1-2 % a cambio de ser 2-3 veces más lento.
• Integridad: CRC-32 con el polinomio `0xEDB88320` (IEEE 802.3 invertido), almacenado tanto en el encabezado local como en el directorio central; se verifica en la extracción.
• Los nombres de archivo en UTF-8 requieren el bit 11 del flag de propósito general (APPNOTE 6.3.0, 2006); sin él, las herramientas antiguas recurren a CP437 / página OEM local y los nombres no ASCII aparecen corruptos.
• El ZIP clásico limita los tamaños a 2³² − 1 = 4.294.967.295 bytes por archivo y por archivo ZIP; los campos extra ZIP64 (APPNOTE 4.5+) se extienden a 64 bits para cargas más grandes.
• Implementación en el navegador: JSZip / fflate leen cada `File` mediante `arrayBuffer()`, construyen el archivo en memoria y lo transmiten como descarga de `Blob`, sin subida al servidor.