» WinRAR (часть 2)

StalkerSoftware

Цитата:

И тогда при последующем открытии этого архива, будет сразу делаться переход к последнему просмотренному файлу

ХитрО.

По умолчанию, я считаю, это делать нельзя. Часто будет сбивать с толку. Тогда надо опцией, а в этом случае надо понять, распространенная ли это потребность или отдельный случай. Пока это первый такой запрос.

Цитата:

ХитрО

Действительно хитро. Тогда надо будет ещё предусмотреть, что для архивов, у которых зашифрованы не только сами файлы, но и заголовок, эта опция не должна работать в принципе (иначе, как минимум, выдаст название файла внутри архива).

Вообще такая опция полезна в файл-менеджере, насчёт архиватора... даже не знаю. И да, снова подумалось о двухпанельном режиме с базовыми операциями =)

Eugene Roshal

Цитата:

По умолчанию, я считаю, это делать нельзя. Часто будет сбивать с толку. Тогда надо опцией,

Понятно дело, что данная фича должна быть опциональной, тут вопросов нет.

Benchmark

Цитата:

Вообще такая опция полезна в файл-менеджере, насчёт архиватора... даже не знаю.

Ну по сути для файлов в архиве Rar как раз и выступает ИМНО в роли несколько специфичного, но все же файл-менеджера.

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

Цитата:

Ну по сути для файлов в архиве Rar как раз и выступает ИМНО в роли несколько специфичного, но все же файл-менеджера.

Не только в архиве. Частенько на чужих виндовых машинах пользуюсь ВинРаром или 7-зипом для работы с файлами: найти, перетащить, переименовать и т.п. Изврат, конечно, но закидоны Проводника ещё не лучше.

Я вот что заметил: Когда убрана галочка "использовать только для сменных дисков", то при архивировании через командную строку временный файл создается в c:/users/<пользователь>

А когда эту галочку я ставлю, то временный файл создается вообще на рабочем столе.
Хотя в настройках путь временных файлов указан в папке /local/temp

Почему так?

Можно ли сделать, чтобы временный файл не создавался? А то на диске C нет столько места.

20 апреля я архивировал через этот же пакетный файл, места на диске С убавилось только на 100 мб, а сейчас стремительно приближается к нулю, хотя я добавил в команду только ключ -ag

Ramplstilskin

Цитата:

Когда убрана галочка "использовать только для сменных дисков", то при архивировании через командную строку временный файл создается в c:/users/<пользователь>

Я сейчас проверил - у меня, если эта опция выключена, путь к временным файлам берется из настроек WinRAR.

Может вы консольный rar.exe использовали? Он настройки WinRAR игнорирует.

Цитата:

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

При обновлении существующего архива временный файл нужен. Вы можете указать путь к временным файлам прямо в командной строке с помощью -w<path>

Использую консольный винрар. Какие у него настройки по-умолчанию?

Я вот что заметил: когда я пишу конкретное имя файла, как в строке ниже, то временный файл не создается, а когда прописываю ключ -ag, то создается.

Попробую сегодня написать %date%.rar, посмотрим, будет создаваться временный файл или нет.

"C:\Program Files\WinRAR\rar.exe" a -r -m5 E:\backup\backup3.rar \\Server\1с\

Ramplstilskin

Цитата:

Использую консольный винрар. Какие у него настройки по-умолчанию?

Консольный rar.exe настройками winrar.exe не пользуется. Параметры rar.exe надо задавать или прямо в командной строке, или в файле rar.ini, или в переменной окружения RAR. Формат rar.ini и переменной окружения описан в rar.txt.

Цитата:

Я вот что заметил: когда я пишу конкретное имя файла, как в строке ниже, то временный файл не создается, а когда прописываю ключ -ag, то создается.

Временный файл создается при обновлении существующего архива и не создается при создании нового архива.

А у меня временный файл создается при создании нового архива почему-то.

Прописал такой код:
"C:\Program Files\WinRAR\rar.exe" a -r -m5 -ms*.rar;*.zip -x*\releases, trash E:\backup\%date%.rar \\Server\1с\

И временный файл создается опять. Причем имя у него trash.rar
Я исключил из архивирования папки trash и releases.
И нет места для временного файла.

Что происходит? Как запретить программе создавать временный файл?

Убрал -x*\releases, trash и временный файл перестал создаваться, напрямую в той папке архив появился.
Но мне нужно исключить из архива эти две папки

Ramplstilskin
пользуйтесь -x@имяфайла, или так -x*\releases -x*\trash

rar.exe считает что нужно создавать архив trash
кстати ключик -s видимо поможет вам повысить степень сжатия

Так получается. Я прописал, чтобы zip и rar файлы не сжимались, а они все равно сжимаются, тогда аналогично напишу так: -ms*.rar -ms*.zip

Ключ -s создает непрерывный архив, пишут, что это очень полезная опция для большого количества однотипных и/или небольших файлов.

Попробую потом с этим ключом. И каким образом он повысит степень сжатия?

Цитата:

Я прописал, чтобы zip и rar файлы не сжимались

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

ANDE2003
Давно не пользовался этим Архиватором...5.31 х64,а как там удалить историю открывавшихся архивов?

conbar
Выключить "Keep archives history" в настройках, нажать OK. Потом можно открыть настройки заново и включить эту опцию опять.

Ключ -s не помог, т.к. архив с этим ключом столько же занимает, даже на несколько байт больше.
А так все нормально.

Ramplstilskin

тогда так: -s -ma5 -md64m -m4

какая текущая степень сжатия?

Eugene Roshal
багрепорт WinRar 5.31 (64b):
В режиме -dh при формате ZIP процесс прерывается на частично заблокированном файле и архив не создается, при формате RAR все нормально - ошибка игнорируется, архив создается без заблокированного файла.
RAR:
03.05.2016 17:38:02 Процесс не может получить доступ к файлу, так как этот файл занят другим процессом.
03.05.2016 17:38:02 Невозможно открыть c:\users\Dook\AppData\Local\Yandex\YandexBrowser\User Data\Default\data_reduction_proxy_leveldb\LOCK

ZIP:
03.05.2016 17:38:40 Процесс не может получить доступ к файлу, так как этот файл занят другим процессом.
03.05.2016 17:38:40 Ошибка чтения файла c:\users\Dook\AppData\Local\Yandex\YandexBrowser\User Data\Default\data_reduction_proxy_leveldb\LOCK
03.05.2016 17:38:40 Процесс не может получить доступ к файлу, так как часть этого файла заблокирована другим процессом.

Строка запуска:
winrar.exe a -dh -r -ilogg:\backup\error.log g:\backup\windows3.rar "c:\users\Dook\AppData\Local\Yandex\YandexBrowser\User Data\Default\data_reduction_proxy_leveldb"

Dook
Упаковщик RAR перед стартом упаковки читает начало файла в буфер размером 1 мб и пропускает файл в случае проблем с чтением. Упаковщик ZIP основан на коде InfoZip, и там специальной обработки начала файла нет.

Упаковщик RAR, кстати, тоже вылетит с ошибкой чтения, если заблокированная область окажется за пределами 1мб.

WinRAR не умеет откатывать уже обработанные и записанные данные в случае ошибки чтения.

печально, придется использовать -x

Цитата:

WinRAR не умеет откатывать уже обработанные и записанные данные в случае ошибки чтения.

Планируется добавить? Для solid архивов это конечно трудно, а для обычных? Нужно всего-то держать в памяти ссылку на конец предыдущего файла.

ANDE2003

Цитата:

Планируется добавить?

Пока не знаю. Для .rar частично решает проблему то, что ошибки чтения в первом мегабайте не приводят к аварийному завершению.

Цитата:

Для solid архивов это конечно трудно,

А для многотомных архивов практически нереализуемо.

Цитата:

а для обычных?

Да и для обычных RAR5 нужно откатить изменения в quick open record, что тоже довольно муторно.

Eugene Roshal

Еще вопрос.
Есть стойкое ощущение что rar работает не быстро с операциями чтение/записи.
По моим подсчетам на больших объемах (проверял 10-15ГБ) команда rar a -m0 archive file выполняется медленнее чем команда copy file archive процентов на 30.

И еще команда rar a -m1 -md64k archive file по хорошему должна быть быстрее чем copy на быстрых процессорах, а это у меня не так.

ANDE2003

Цитата:

По моим подсчетам на больших объемах (проверял 10-15ГБ) команда rar a -m0 archive file выполняется медленнее чем команда copy file archive процентов на 30.

Я сейчас упаковал с 'rar a -m0' файл 1151 мб размером с диска e: (WD Green) в архив на d: (WD Blue). Время упаковки - 8.09 с. Потом я сбросил дисковый кеш и скопировал этот файл с помощью 'copy'. Время копирования - 8.08. Фактически одно и то же в пределах погрешности.


Цитата:

И еще команда rar a -m1 -md64k archive file по хорошему должна быть быстрее чем copy на быстрых процессорах, а это у меня не так.

На хорошо жмущемся текстовом файле оно где-то в одно время получится. На плохо жмущемся - медленнее. Но насчет "должна" - спорно. Это вопрос компромисса между скоростью, степенью сжатия, ну и повторной используемостью кода из прочих методов сжатия. В rar выбран такой вариант, в других архиваторах может быть другой.

Подскажите, пожалуйста, есть папка с архивами базы, которые создаются в ней каждые 5 минут с параметром -ag+YYYYMMDDHHMM
к примеру DB201605082029.rar, DB201605082034.rar и т.д.

Что должно быть в Bat файле для распаковки именно ПОСЛЕДНЕГО по времени создания архива в папку D:\database ?

а к каким файлам запароленных winrar труднее подобрать пароль сжатым или без сжатия?
и тоже самое касательно zip.
дополню если известно что в архиве фотография?
и если тот кто будет подбирать пароль имеет такуюже не может ли он открыть остальные архивы?

Стойкость пароля от сжатия не зависит, но меняет время распаковки

WETUI
Если я не ошибаюсь в целом, то текущий Winrar версии 4 и 5 использует AES-шифрование, что на сегодняшний день делает rar-архивы практически не взламываемыми (если у вас в заначке нет квантовых компьютеров...
Стойкость AES-шифрования не зависит от того, сжат архив или нет.

Zip-архив, создаваемый в Winrar версии 4 и 5, уязвим для взлома пароля на обычном компьютере. Подробнее ищите по теме "Guaranteed WinZip Recovery" и "Known Plaintext attack".

"Known Plaintext attack" - это то, что Вы описали как:

Цитата:

и если тот кто будет подбирать пароль имеет такуюже не может ли он открыть остальные архивы?

Zip-архив, создаваемый в WinZip старше версии 8, использует AES-шифрование, что теоретически тоже делает такие архивы невзламываемыми на текущий момент...

А ещё в Winrar есть удобная фишка - шифрование имён файлов...

WinRAR 5.40 beta 1
История

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

WETUI
Так сделано специально. Мы не хотим, чтобы file.ext1 и file.ext2 оба попали в file.rar. Поэтому при архивировании каждого file.ext WinRAR проверяет существование file.rar и при его наличии выбирает имя архива file.ext.rar вместо file.rar. Альтернативой мог бы быть анализ времени создания file.rar, чтобы отличить свежесозданный архив от старого. Либо в режиме "каждый файл в отдельный архив" всегда создавать file.ext.rar вместо file.rar, но я не уверен, что все пользователи этому будут рады.

В нынешней реализации опция "каждый файл в отдельный архив" подходит для создания новых архивов, но не для обновления уже существующих.