ZIP Uncompressed Size показує, скільки байтів матиме файл усередині ZIP-архіву після повторного розпакування, на відміну від зазвичай меншого значення Compressed Size, яке він займає, поки ще перебуває в архіві. Засіб читання метаданих ExifTool відображає його як ZipUncompressedSize.
Які файли його містять і звідки береться це число
Архіви зберігають це значення. ZIP-файли роблять це так само, як і всі повсякденні формати, що фактично є ZIP-контейнерами, наприклад документи .docx, .xlsx і .pptx, файли .odt, електронні книжки .epub, пакети .jar та .apk. Формати архівів RAR, 7z та інші зберігають таке саме значення у своєму власному форматі. У звіті його може не бути для файлів .odt та .epub, навіть якщо сам файл його містить.
Архів зазвичай потрібен, щоб об’єднати кілька файлів в один, хоча окремий файл так само можна заархівувати й окремо, і програма стиснення під час пакування фіксує початковий розмір кожного елемента. Це робиться автоматично будь-яким застосунком, який створює архів, чи то 7-Zip, WinRAR, WinZip, Archive Utility в macOS, команда стиснутої папки в Windows, чи інструмент командного рядка zip.
Варто розуміти, що це значення є декларацією. Архів вказує, яким має бути розмір вмісту після розпакування; ніхто це не перевіряє, доки ви справді не виконаєте вилучення, після чого фактичний розмір і збережена контрольна сума порівнюються з отриманими даними.
Як виглядає типове значення
Це ціле число байтів, яке застосунки часто перетворюють у КБ або МБ для відображення. Наприклад, текст короткого документа Word може мати значення 48219 байтів у незжатому вигляді, займаючи лише малу частину цього обсягу всередині файлу .docx.
Поділіть стиснутий розмір на цей показник, і ви отримаєте коефіцієнт стиснення. Величина різниці залежить від вмісту та використаного методу; Deflate є стандартним методом у ZIP-файлах, серед альтернатив є BZIP2 і LZMA. Варто знати одну особливість: початкові поля ZIP мають 32 біти і тому обмежуються 4 294 967 295 байтами, трохи менше ніж 4 ГБ. Для більшого вмісту використовується розширення ZIP64, яке зберігає фактичне значення в додатковому записі, тому дуже старий застосунок, який не підтримує ZIP64, може показати обрізане або безглузде число для великого файлу.
Чому це важливо
Найпрактичніша користь цього показника пов’язана з плануванням. Саме він показує, чи поміститься вміст до розпакування, і різниця може бути значною, адже невеликий архів із текстовими або лог-файлами може розширитися до багатьох гігабайтів. Порівняння з стиснутим розміром також показує, чи принесло стиснення користь: два майже однакові числа означають, що вміст уже був стиснений, як у файлів JPEG, MP3 і MP4, і повторне пакування нічого не заощадить.
Це також працює як перевірка на адекватність. Архів у кілька сотень кілобайт, який декларує величезний незжатий розмір, потребує обережності, оскільки навмисно створені архіви саме так заповнюють диск, коли хтось їх розпаковує. Для архівних завдань порівняння працює у зворотний бік: звірити задекларований розмір із тим, що фактично отримано, це простий спосіб підтвердити, що старий архів усе ще повний.
Цей показник не містить жодних персональних даних. Він описує лише обсяг даних і нічого не говорить про людину, яка їх створила.