Перейти из форума на сайт.

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в on-line?
Вход Забыли пароль? Первый раз на этом сайте? Регистрация
Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 5)

Модерирует : gyra, Maz

 Версия для печати • ПодписатьсяДобавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115

Открыть новую тему     Написать ответ в эту тему

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: 0 1 | 2 | 3 | 4



 
Официальный русский сайт: win-rar.com
Официальный e-mail разработчика WinRAR (писать по-русски): dev@rarlab.com
 
Финальная русская версия 7.01 | 32-bit | 64-bit    
Финальная английская версия 7.01 | 32-bit | 64-bit
Важная информация о ссылках Список изменений
Дополнительно Коллекционный архив версий (с 1995 года) | Официальный архив (с 2002 года по FTP)

Примечание: английская бета-версия обновляется регулярно, без изменения номера версии. подробнее...
Скачать RAR для macOS, FreeBSD, Linux, Android можно здесь.

Таблица совместимости версий с различными ОС

Версия 3.62 (ru) с подарочным ключом (респект камраду elmorte)

Коллекционный архив 16- и 32-бит версий WinRAR 1.54b - 7.01 (1995-2024): скачать (342.2 МБ) [обновлено 15.05.2024]

вместо F.A.Q. || альтернативные архиваторы

Почему задерживается русская версия? А при русском разработчике на языке XXX уже давно есть. Не захламляйте тему подобными вопросами.

Кому не нравится новая тема оформления - скачайте с официального сайта rarlab.com (из раздела Themes) и установите себе WinRAR Classic theme by Francesco Indrio
Стандартная (48x36). Маленькие кнопки (24x24)

В теме активно отвечает на вопросы автор архиватора Евгений Рошал! Ситуация уникальная, прошу пользоваться. :)
 
Таблицы для наглядности с соотношением размера словаря к потребляемой ОЗУ:
с ключом mcx | без ключа mcx

Всего записей: 39038 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Benchmark, 19:23 04-07-2024
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
Цитата:
(это как-то отслеживается ?)

если уже забыли, то вернитесь в январь:

Цитата:
при удалении из solid RAR5 в GUI уменьшает размер словаря, если он больше суммарного объема файлов в архиве.  

lelik007
Цитата:
я часто появляться и быть на связи не могу пока, поэтому подумайте
фига-се, занятой какой

Всего записей: 5149 | Зарегистр. 23-04-2009 | Отправлено: 05:49 12-07-2024
WildGoblin



Ru-Board Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Inoz2000

Цитата:
если уже забыли, то вернитесь в январь


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


----------
Capitalism is the Virus
Бога нет, царя не надо, Губернатора убьём, Платить подати не будем, Во солдаты не пойдём.

Всего записей: 31410 | Зарегистр. 15-09-2001 | Отправлено: 10:03 12-07-2024
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
придётся следить, чтобы пользователь "не нахулиганил" и не задал слишком большой размер словаря

WinRAR и так проверяет память перед запуском. Пусть пользователь задаёт хоть терабайт - уменьшится до максимально доступного, а для не-solid архива - и до соответствующего размеру файла.
Для solid-архива я предлагаю (кажется, уже не первый раз) динамическое решение: при упаковке/анализе запоминать самое большое LZ-смещение. Быстродействие практически не пострадает. Можно будет выбирать словарь с запасом (в пределах доступной памяти), а при завершении упаковки скорректировать его размер в заголовке. Но для форматов Rar есть и минус: нужно будет либо переписывать заголовки всех файлов, либо - ценой возможной потери совместимости со старыми версиями - допустить разные значения словарей и вычислять размер словаря архива по словарю последнего файла (да ещё и в последнем томе), а не первого/любого.

Всего записей: 1092 | Зарегистр. 12-06-2019 | Отправлено: 11:21 12-07-2024
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
WildGoblin

Цитата:
Да и вообще если все юзерские хотелки выполнять, то в итоге можно угробить отличную программу

Тоже правда, на каждый чих опций не напасёшься.
 
uShell

Цитата:
Но для форматов Rar есть и минус: нужно будет либо переписывать заголовки всех файлов, либо - ценой возможной потери совместимости со старыми версиями

Вот такого точно не надо.

Всего записей: 6895 | Зарегистр. 01-10-2002 | Отправлено: 12:52 12-07-2024 | Исправлено: Benchmark, 12:53 12-07-2024
Peter15

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Такой вопрос: является ли багом то, что для архива с шифрованием заголовков вызов свойств правой кнопкой мыши, затем переход к вкладке "архив" не отображает почти никакую информацию об архиве, за исключением строки "шифрование"?

Всего записей: 519 | Зарегистр. 02-01-2019 | Отправлено: 23:12 03-08-2024
Victor_VG



Tracker Mod
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
uShell
 
Ну, во избежание проблем совместимости я бы сделал чуть иначе - по умолчанию старый алгоритм выбора словаря, а динамику включать вводом на вкладке Опции :: Дополнительные ключи специального ключа типа -dsd ("dynamic size dictionary") который упомянуть в изменениях как "Есть возможность, подробнее в документации" и только при его вводе использовать этот вариант формата - тогда тот, кому эта возможность нужна будет вынужден сначала изучить документацию и решить для его задач она требуется либо избыточна?
 
А в нынешнем варианте - идея здравая, но при такой реализации получим больше проблем чем пользы.

----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti

Всего записей: 34046 | Зарегистр. 31-07-2002 | Отправлено: 02:25 04-08-2024
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Peter15

Цитата:
Такой вопрос: является ли багом то, что для архива с шифрованием заголовков вызов свойств правой кнопкой мыши, затем переход к вкладке "архив" не отображает почти никакую информацию об архиве, за исключением строки "шифрование"?

Не является.
 
Без пароля в архиве с шифрованием заголовков мы можем узнать только параметры шифрования, хранящиеся в archive encryption header. Дальше все зашифровано. Запрашивать пароль из расширения Explorer и технически неправильно, так как до окончания ввода пароля заблокировало бы работу Explorer, и концептуально выглядело бы непривычно.

Всего записей: 2343 | Зарегистр. 29-04-2013 | Отправлено: 22:09 04-08-2024
lucking

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
insorg

Цитата:
 Против повреждения можно сделать рекавери запись. Но в целом, логично же, что при повреждении незащищённого архива что-то в нём теряется безвозвратно. Без архива аналогично было бы. Что утеряно - того уже нет.

 
Логично, но не совсем.
Например, мне некоторая часть утерянных данных содержимого файла может быть менее важной, чем потерянные при извлечении архива служебные данные по времени создания/изменения каталогов и файлов.  
 
Но в данный момент в архиваторе WINRAR дисбаланс рисков, когда ВСЕ данные зависят только от информации в последнем томе. А если архив большой? Предположим, у меня имеется архив собственных музыкальных работ за 200x год из 80 томов по 1 Гб. Есть много семплов-дублей, которые не критично потерять. Однако, если что случится с последним томом, я вроде как и смогу распаковать остальные тома, но потеряю всю информацию, когда и какой семпл создавался. В определенных случаях это может быть критичной потерей.
 
Есть предложение. Почему, например, в опциях архиватора нельзя добавить новую функцию "Создавать к архиву вспомогательный файл"? Он будет иметь вид <имя архива.tree>, занимать пару десятков-сотен килобайт и в случае невозможности считать данные из последнего тома архива, архиватор будет обращаться к файлу, считывать из него все служебные данные и присваивать их распакованным ранее файлам и каталогам. А сам служебный файл можно хранить во множестве местах.  

Всего записей: 36 | Зарегистр. 15-07-2005 | Отправлено: 18:14 05-08-2024 | Исправлено: lucking, 18:20 05-08-2024
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lucking

Цитата:
имеется архив собственных музыкальных работ за 200x год из 80 томов по 1 Гб

Имхо, разумнее было бы делать не один большой многотомник, а независимые архивы согласно используемой сортировке, датам или ещё какому-то другому признаку.
Чем больше независимость данных, тем выше устойчивость к повреждениям.
 
Добавлено:
К тому же, удобство и скорость работы будет намного выше для случаев с меньшим количеством данных внутри архива, чем когда всё свалено в один большой (пусть и многотомник).

Всего записей: 17628 | Зарегистр. 04-11-2010 | Отправлено: 18:25 05-08-2024
lucking

Junior Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Имхо, разумнее было бы делать не один большой многотомник, а независимые архивы согласно используемой сортировке, датам или ещё какому-то другому признаку.
Чем больше независимость данных, тем выше устойчивость к повреждениям.

 
Методики сортировки и хранения данных выходят за пределы обсуждения данного архиватора. Мне гораздо удобнее архивировать данные по годам и/или месяцам. И размер архивов бывает разный. Если дробить архивы на мелкие, их станет так много, что запутаюсь. Ни к чему это все. Речь идет о несоверщенстве алгоритма WinRar, на которой я, как пользователь, обратил внимание.  
 
Ведь намного лучше развивать программу, чем предлагать изменить подход юзера к методике хранения данных. Как однажды я спросил в профильном форуме, как можно программно отключить в смартфоне постоянно надоедающее напоминание о низком заряде, на что получил ответ "Заряжать чаще".  
 
Шах и мат.

Всего записей: 36 | Зарегистр. 15-07-2005 | Отправлено: 18:35 05-08-2024
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Запрашивать пароль из расширения Explorer и технически неправильно

Есть программы, которые по аналогичным причинам не выводят информацию в окне свойств, но зато помещают туда кнопку "Узнать", которая и реализует всю времяёмкую работу. Один из примеров - LinkShellExtension.
 

Цитата:
в данный момент в архиваторе WINRAR дисбаланс рисков, когда ВСЕ данные зависят только от информации в последнем томе

Если архив непрерывный, то от первого тома тоже всё зависит. По-хорошему, дисбаланс устраняется только помехоустойчивым кодированием.
Но раз уж вспомнили про каталоги, я бы задался таким вопросом: а почему WinRAR при отсутствии ключей -ed и -ep не обрабатывает каталоги в одной очереди с файлами? Лежали бы в архиве, к примеру, в таком порядке: Users\, Users\Admin\, Users\Admin\myfile.txt. В результате каталоги "размазаны" по архиву и не теряются с повреждением "хвоста". Даже непрерывный архив не пострадает, т.к. в каталоге ноль байт и он не меняет solid-статистику.

Всего записей: 1092 | Зарегистр. 12-06-2019 | Отправлено: 20:17 05-08-2024
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
А сам служебный файл можно хранить во множестве местах.  
Его можно хранить в этом же архиве

Всего записей: 5149 | Зарегистр. 23-04-2009 | Отправлено: 20:29 05-08-2024
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lucking

Цитата:
Речь идет о несоверщенстве алгоритма WinRar

Ну, если уж на то пошло, то на данном архиваторе свет клином не сошёлся...
Знаете более совершенный по алгоритму архиватор - воспользуйтесь им.

Цитата:
архив ... из 80 томов по 1 Гб

Для таких архивов, раз уж они так важны, логично воспользоваться {уникальной, кстати} возможностью Winrar "recovery volume". Просто создайте несколько (например, 8 на 80-томный архив) томов восстановления, и тогда потеря/повреждение любых 8 из получившихся в сумме 88 томов не приведёт к потере никаких архивированных данных.
Да, избыточность хранимых данных требует дополнительного места для хранения, зато повышает надёжность.

Всего записей: 2572 | Зарегистр. 12-10-2006 | Отправлено: 21:14 05-08-2024 | Исправлено: BorlandIMHO, 21:17 05-08-2024
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
lucking

Цитата:
Например, мне некоторая часть утерянных данных содержимого файла может быть менее важной, чем потерянные при извлечении архива служебные данные по времени создания/изменения каталогов и файлов.

Время файлов размещено в заголовках перед их упакованными данными. В последнем томе хранится только время папок.
 
Соглашусь с insorg, что при повреждении архива без RR так или иначе что-нибудь потеряется. И как мне представляется, для большинства пользователей время папок это менее ценная по сравнению с данными файлов информация.
 
uShell

Цитата:
Лежали бы в архиве, к примеру, в таком порядке: Users\, Users\Admin\, Users\Admin\myfile.txt.

Тогда при распаковке пришлось бы тратить память на хранение метаданных всех ранее встретившихся папок. Если установить время Users\Admin\, а потом создать Users\Admin\myfile.txt, mtime и ctime у Users\Admin\ изменятся на текущее. Поэтому время папок надо устанавливать после создания всех содержащихся в них файлов. Либо при создании каждого файла сохранять и восстанавливать время родительских папок, что тоже не особо оптимально.

Всего записей: 2343 | Зарегистр. 29-04-2013 | Отправлено: 21:33 05-08-2024
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
логично воспользоваться {уникальной, кстати} возможностью Winrar "recovery volume"
очень внезапно-неожиданное решение. Или лучше всем делать тройной бэкап последнего тома, раз он так важен?

----------
Мы все умрём. (-:

Всего записей: 5149 | Зарегистр. 23-04-2009 | Отправлено: 21:40 05-08-2024
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Inoz2000

Цитата:
Или лучше всем делать тройной бэкап последнего тома, раз он так важен?

Неа.
Три (да хоть сто три) копии последнего тома - спасут только последний том. Три rev-тома - спасут три любых тома.

Всего записей: 2572 | Зарегистр. 12-10-2006 | Отправлено: 21:54 05-08-2024
Inoz2000



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Если поврежено более трёх, то последний (самый важный) не спасут. О БОЖЭ

Цитата:
Например, мне некоторая часть утерянных данных содержимого файла может быть менее важной, чем потерянные при извлечении архива служебные данные по времени создания/изменения каталогов и файлов


----------
Мы все умрём. (-:

Всего записей: 5149 | Зарегистр. 23-04-2009 | Отправлено: 22:01 05-08-2024
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Inoz2000

Цитата:
Если...

Если метаданные НАСТОЛЬКО важнее собственно данных - их можно (и нужно) хранить отдельно, в 100 (или больше, насколько не влом ) экземплярах в различных физических локациях. А сами данные можно и вообще не хранить. Зато какая экономия места!
Но к WinRar это уже никак не относится....

Всего записей: 2572 | Зарегистр. 12-10-2006 | Отправлено: 22:51 05-08-2024 | Исправлено: BorlandIMHO, 22:53 05-08-2024
volkovysk



Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
Предположим, у меня имеется архив собственных музыкальных работ за 200x год из 80 томов по 1 Гб.


Цитата:
Есть предложение. ......................
Огород можно вспахать на тракторе плугом, а можно на танке винтом от подлодки. Архивирование надо планировать адекватно. Не надо применять многотомник там, где он неуместен, а потом мастерить к нему перемудрёные костыли и диковинные причиндалы. Смысл изобретения многотомных архивов узнайте какой.
Многотомники и непрерывные архивы — это зло для простого хранения множества файлов.

Всего записей: 553 | Зарегистр. 21-04-2011 | Отправлено: 01:03 06-08-2024
www_world

Full Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору

Цитата:
это зло

В компьютерном мире существует одно единственное зло всех времен и народов - жить без бэкапов всего и вся.
Все остальное - добро или пофиг.

Всего записей: 434 | Зарегистр. 04-11-2018 | Отправлено: 03:05 06-08-2024
Открыть новую тему     Написать ответ в эту тему

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115

Компьютерный форум Ru.Board » Компьютеры » Программы » WinRAR (часть 5)


Реклама на форуме Ru.Board.

Powered by Ikonboard "v2.1.7b" © 2000 Ikonboard.com
Modified by Ru.B0ard
© Ru.B0ard 2000-2024

BitCoin: 1NGG1chHtUvrtEqjeerQCKDMUi6S6CG4iC

Рейтинг.ru