Может ли двойная молния вызвать проблемы?


29

У меня есть каталог, в котором я храню тонну файлов. Среди 10-ти типов файлов есть и .zipдругие каталоги.

По своему личному опыту я смутно помню проблемы при попытке застегнуть молнии (х зип молнии).

Приведет ли сжатие уже сжатого файла к немедленным или потенциальным проблемам позже, когда я попытаюсь распаковать его?

Я читаю Может ли архив файла сломать его? , но на самом деле это не касается почтовых индексов. Я заметил, что коррупция может привести к поломке молнии. Будут ли почтовые индексы потенциально повреждать файлы?


3
О, мои чувства разбиты из-за понижающего голоса
sealz

Ответы:


43

Молнии молнии в порядке. Если есть проблема, это будет ошибка в программном обеспечении сжатия :).

Вы, вероятно, не получите дальнейшего сжатия для этих файлов, если только вы не используете более высокий уровень сжатия.


2
Ну, есть разные уровни сжатия. Если вы только что использовали метод «package» для zip-файлов в папке, в которую вы заархивировали, который ничего не сжимает, вы можете получить сжатие для файлов. Если вы использовали максимальное сжатие для zip-архивов, вы, вероятно, больше не получите сжатие. Опять же, если максимально сжатые молнии, которые вы архивируете, обмениваются сжимаемым контентом с другими файлами в папке, получающей архив, вы получите сжатие. Так что это «очевидно» немного, вероятно, не совсем точно. Все остальное, хотя.
music2myear

10
формат zip сжимает каждый файл по отдельности, поэтому сжатие файла zip на самом деле может сэкономить место; в частности, метаданные эффективно не сжимаются и будут сжаты в zip-zip. Возможно , самое лучшее сжатие возможно является не используя нет сжатия , чтобы собрать отдельные файлы в единый архив , а затем , используя максимальное сжатие для уменьшения одного-архив размером. Это в основном та же идея с .tar.gzформатом.
SingleNegationElimination

1
Сжатие молнии может дать вам больше места, даже если сжатие такое же.
m4tt1mus

10

Сжатие молнии может запутать программное обеспечение AV. Существуют почтовые индексы, которые содержат себя в качестве нового почтового индекса, что приводит к бесконечной рекурсии, если ваше программное обеспечение AV пытается проверить почтовый индекс в архиве, и во избежание такой рекурсии программное обеспечение AV может выдавать ложную тревогу.

Инструменты, которые выполняют поиск по почтовым индексам zgrep, не будут проверять почтовые индексы. Но если вы знаете об этом, это не может быть такой проблемой.

Результат сжатия может пострадать. Подумайте о 2 zipfiles:

a.zip
- a.txt 
- b.txt 

b.zip
- b.txt

a.zip и b.zip могут сильно различаться, и их будет сложно сжать дальше. Если молнии

combined.zip
-a/a.txt
-a/b.txt
-b/b.txt

оба b.txt-файла могут быть сжаты очень хорошо.

Поэтому выкачивание внутренних почтовых индексов перед сжатием всего может привести к меньшим результатам, но, что более важно, к лучшему результату.


1
+1 за упоминание дополнительных возможных проблем, кроме повреждения данных
sleske

6

Вы можете сделать это, вы не должны видеть никаких проблем, но сжимая сжатую папку, вы не получите много сжатия. Это оно...


0

Недавно у меня был проект, который имел дело с файлами tar. Полученный файл содержит все файлы, но они не сжаты. По моему мнению, tar-файлы - отличный способ архивировать zip-файлы.


-2

.tarфайлы не являются сжатыми файлами. .tarфайлы для упаковки нескольких файлов в один. .gzфайлы могут архивировать только один файл. Таким образом, чтобы создать .gzсжатый файл с несколькими файлами , вы создаете .tarфайл и превращаете его в .gzфайл. Но нет никаких преимуществ для сжатия предварительно сжатого файла. Так что нет смысла делать (например) a .tar.gz.gzили a, в .zipкотором есть только .zips.


1
Оригинальный вопрос ничего не говорит о .tarфайлах, и .tarфайлы не «для упаковки нескольких файлов в один .gzфайл». И хотя сжатие сжатого файла не даст вам большего сжатия, может быть полезно включить сжатые файлы в архив, поэтому у вас есть только один файл для перемещения вместо нескольких.
blm
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.