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

НовостиФайловые архивы
ПоискАктивные темыТоп лист
ПравилаКто в 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

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

Maz



Дед Мазай
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
По вопросам лечения (кряки, патчи и т.д.), а также разблокировки архивов, обращаемся в «Варезник».
Отдельная тема по сборкам WinRAR
Предыдущие части темы: 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)

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

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

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

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

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

Всего записей: 38888 | Зарегистр. 26-02-2002 | Отправлено: 08:31 31-07-2023 | Исправлено: Loafer, 21:47 16-05-2024
EugeneRoshal

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

Цитата:
С эти отлично справляется атрибут R на любом файле, а не только RAR

Если функциональность, аналогичная RO, в Lock по вашему мнению не нужна, то какую именно функцию вы от Lock ожидаете?

Цитата:
Ну так можно было вообще в zip упаковать. И вообще половину файлов по пути потерять... Это уже вообще не туда. Натягивание совы...

Это я вообще не понял. Речь шла о преимуществе Lock над RO.

Всего записей: 2297 | Зарегистр. 29-04-2013 | Отправлено: 00:19 08-11-2023
insorg



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

Цитата:
Речь шла о преимуществе Lock над RO

Нет там никакого ни преимущества, ни наоборот. Странно сравнивать. Это просто разные штучки для разных целей. Порой сам размер архива в несколько ГБ - уже сам по себе "защита" от изменений, потому как его за секунду "случайно" не перекопаешь.

Цитата:
Если функциональность, аналогичная RO, в Lock по вашему мнению не нужна

Налицо недопонимание. Попробую переформулировать иначе. Сама по себе функция - интересная. Но не хватает обратного действия. Только и всего.
Примеров, зачем оно нужно - целый вагон. От банального недосмотра и тыка в "галочку чуть ниже" при выставлении процента recovery, до необходимости допаковать в локнутый архив забытую мелочь или важное обновление. Ещё лет 10 назад, когда я регулярно с такими архивами имел дело, приходилось как раз тот самый унлокер и качать отдельно. Не удобно было. Сейчас вот, с удивлением обнаружил, что старая недоработка с односторонностью изменения - это целенаправленное решение. Вот всячески и объясняю, почему это выглядит крайне странно. И почему полезнее (да что там "полезнее", оно реально необходимо) иметь и обратное действие.

Всего записей: 17144 | Зарегистр. 04-11-2010 | Отправлено: 00:34 08-11-2023
Peter15

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

Цитата:
до необходимости допаковать в локнутый архив забытую мелочь или важное обновление.  

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

Всего записей: 484 | Зарегистр. 02-01-2019 | Отправлено: 00:38 08-11-2023
insorg



Platinum Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Peter15
Не использовать потенциально полезную функцию - ещё проще.
Но какой тогда в ней смысл?

Всего записей: 17144 | Зарегистр. 04-11-2010 | Отправлено: 01:09 08-11-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Виртуалки с 4Гб допаковались.
Время упаковки ~19:20



----------
http://www.imho.ws

Всего записей: 2426 | Зарегистр. 12-10-2006 | Отправлено: 01:15 08-11-2023 | Исправлено: BorlandIMHO, 01:19 08-11-2023
vvms

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

Цитата:
Сейчас вот, с удивлением обнаружил, что старая недоработка с односторонностью изменения - это целенаправленное решение. Вот всячески и объясняю, почему это выглядит крайне странно. И почему полезнее (да что там "полезнее", оно реально необходимо) иметь и обратное действие.

 
Насколько я понимаю, это сделано не только для защиты от себя (чтоб сам случайно ничего не перезаписал), но и от других шаловливых ручек. Например, чтобы была уверенность, что ваш архив передали куда надо без изменений. Если сделать обратную функцию, то совершенно любой человек может сделать с вашим архивом что угодно и передать дальше правленный. Что тоже крайне странно. Да, можно возразить, что в теории тут кто-то может тупо распаковать, изменить что надо и упаковать обратно. Но, подозреваю, что тут тоже что-то можно сделать. Комментарий к архиву, может? Хотя, скорее всего, его тоже можно скопировать один в один.

Всего записей: 83 | Зарегистр. 12-11-2006 | Отправлено: 03:56 08-11-2023
insorg



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

Цитата:
Если сделать обратную функцию, то совершенно любой человек может сделать с вашим архивом что угодно и передать дальше правленный.  

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

Цитата:
в теории тут кто-то может тупо распаковать, изменить что надо и упаковать обратно
Да не надо это всё. Там всего лишь несколько байтов или битов отличаются. Замочек - это всего лишь метка в теле архива, ничего физически в нём не меняющая. Это ж не шифрование и не упаковка с паролем.

Всего записей: 17144 | Зарегистр. 04-11-2010 | Отправлено: 04:14 08-11-2023
vasevase

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

Цитата:
EugeneRoshal: В том, чтобы и быть аналогом атрибута RO на уровне архива.

Всё верно. Не слушайте "мутный поток сознания" с тезисами
уровня Варезника [«а шо там левой утилиткой пару байт заменить»].
Так можно договориться, что и ключ не нужен: всего пару байт заменить.
Выше уже практически об этом начали в «ПРОГРАММАХ» рассуждать.
 
У меня "колхозный" пример на тему случайных изменений:
случайно могу, порой, драг-н-дропом перетянуть в архив какие-то
ресурсы [файл/папка]. Когда, ввиду криворукости, когда - мышь заглючит.
В ряде случаев опция необходима.
 
Добавлено:

Цитата:
vvms: Да, можно возразить, что в теории тут кто-то может тупо распаковать, изменить

Если вы публиковали с суммами crc/md5 - станет очевидно,
что кто-то уже "пошалил" с исходным архивом.

Всего записей: 3186 | Зарегистр. 28-08-2010 | Отправлено: 04:26 08-11-2023
insorg



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

Цитата:
 Если вы публиковали с суммами crc/md5 - станет очевидно,
что кто-то уже "пошалил" с исходным архивом.

И зачем вообще этот лок тогда нужен? Ведь, кроме как к rar он неприменим, а суммы можно посчитать на что угодно.

Цитата:
 Так можно договориться, что и ключ не нужен: всего пару байт заменить.  

Только если рассматривать с той позиции, что это как-то должно гарантировать вмешательство в архив. Но оно этого сделать не может. Соответственно, фичу необходимо доводить до ума. Только и всего.

Всего записей: 17144 | Зарегистр. 04-11-2010 | Отправлено: 04:55 08-11-2023
vasevase

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Очевидно, что рядовая "Кузьминична" на будет такой фигнёй заниматься.
Т.е. перепаковкой/удалением части/перезаливкой чужого архива.
Вот для того и нужен, для "обычных" пользователей.
 
А суммы нужны для "необычных" случаев, когда кто-то пытается
выдать перепаковку за исходный архив. Только и всего.
 

Цитата:
должно гарантировать вмешательство в архив

Никто никому ничего не должен. Плюс, верно написали и выше:
в значительной мере этот "кряжик" [блокировка от изменений]
включается ДЛЯ СЕБЯ. А что там Пупкин у себя напатчит - его проблемы.

Всего записей: 3186 | Зарегистр. 28-08-2010 | Отправлено: 05:10 08-11-2023
insorg



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

Цитата:
Очевидно, что рядовая "Кузьминична" на будет такой фигнёй заниматься.  

Так называемая "рядовая Кузьминична" не будет не то что этим заниматься, а даже не будет знать, что такое архиватор.  

Цитата:
в значительной мере этот "кряжик" [блокировка от изменений]
включается ДЛЯ СЕБЯ

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

Всего записей: 17144 | Зарегистр. 04-11-2010 | Отправлено: 05:13 08-11-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
MSDN, 32Gb
~17:37


----------
http://www.imho.ws

Всего записей: 2426 | Зарегистр. 12-10-2006 | Отправлено: 06:16 08-11-2023
uShell

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
На фоне обсуждения функции блокировки архива хочу напомнить старую "хотелку" - реализовать изменения архива с записью в другой файл. Реализация представляется достаточно простой: раз уж при изменении всё равно создаётся временный файл, можно просто не переписывать им исходный. Сейчас, чтобы не тратить место, приходится создавать симлинк на исходный архив или выставлять исходному архиву флаг Read only после начала изменения с последующим прибиванием архиватора на окне с ошибкой.

Всего записей: 1057 | Зарегистр. 12-06-2019 | Отправлено: 10:46 08-11-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
MSDN, 2985 гб:
словарь 32 мб: 2589 гб, 86%, 21.4 часов.
словарь 32 гб:   822 гб, 27%, 17.6 часов.
словарь 64 гб:   763 гб, 25%, 17.6 часов.
 
Виртуалки, 1217 гб:
словарь   4 гб: 282 гб, 23%, 19.3 часов.
словарь 16 гб: 231 гб, 18%, 13.0 часов.
словарь 32 гб: 206 гб, 16%, 15.3 часов.

Всего записей: 2297 | Зарегистр. 29-04-2013 | Отправлено: 11:51 08-11-2023
BorlandIMHO

Silver Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Если надо - могу ещё по разу упаковку прогнать, параметры заказывайте. Хотя уже надоело.
Сейчас распаковку всего добра тестирую...

----------
http://www.imho.ws

Всего записей: 2426 | Зарегистр. 12-10-2006 | Отправлено: 12:03 08-11-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
BorlandIMHO
Я думаю, достаточно. Спасибо. Уже видно, что на этих типах данных выигрыш достаточно заметен, чтобы оправдать использование больших словарей.

Цитата:
Сейчас распаковку всего добра тестирую...

Напишите потом результат.
 
Добавлено:
uShell

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

В RAR когда-то давным-давно была опция -b, создающая копию модифицируемого архива перед началом изменений. Фактически та же функция, хотя, возможно, не столь эффективно реализованная, как предлагается вами. Я уже не помню, реально там копировался архив или переименовывался.
 
В итоге я ее убрал по причине полной невостребованности пользователями.
 
Если говорить про нынешнее время, я не вижу, чтобы кто-то еще такое предлагал. Видимо, в тех немногих случаях, когда это требуется, людям достаточно сделать копию архива.

Всего записей: 2297 | Зарегистр. 29-04-2013 | Отправлено: 13:20 08-11-2023 | Исправлено: EugeneRoshal, 14:41 08-11-2023
Benchmark



Gold Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
И ещё к вопросу о больших словарях:

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

Планируется ли реализация этой фичи ?

Всего записей: 6841 | Зарегистр. 01-10-2002 | Отправлено: 14:29 08-11-2023 | Исправлено: Benchmark, 14:38 08-11-2023
EugeneRoshal

Advanced Member
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Benchmark
Сейчас я это не планирую.
 
Добавлено:
И потом, дополнительный проход по solid архиву это все же дополнительная задержка выполнения. Стоит ли этой задержки возможное, не гарантированное снижение размера словаря после удаления, тоже надо оценивать.

Всего записей: 2297 | Зарегистр. 29-04-2013 | Отправлено: 14:39 08-11-2023 | Исправлено: EugeneRoshal, 14:44 08-11-2023
uShell

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

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

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

Цитата:
дополнительный проход по solid архиву это все же дополнительная задержка выполнения

Эту задержку часто можно замаскировать. Во-первых, в GUI проход по архиву делается при открытии, а часть считанной информации кэшируется (т.к. WinRAR умеет отображать содержимое свежеудалённого архива). Если в кэш добавить размеры файлов, время прохода будет пренебрежимо мало. Во-вторых, если удаляется не последний файл в solid-блоке, нужна перепаковка, на фоне которой дополнительный проход не так уж и заметен.
 
Разумеется, ответ на вопрос, стоит ли оно того, всё равно остаётся за разработчиками.

Всего записей: 1057 | Зарегистр. 12-06-2019 | Отправлено: 15:11 08-11-2023
azot6s2

Newbie
Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
Сделать бы ещё под формат RAR загрузчик с возможностью предварительного заглядывания внутрь архива (как это возможно с ZIP), вообще было бы замечательно!
 
И ещё сделать более наглядным, удобным менеджер проектов (создание профилей) в архиваторе!
Хотя, это наверное мало кому нужно.  
 
Как считаете?

Всего записей: 25 | Зарегистр. 06-03-2023 | Отправлено: 15:12 08-11-2023
Открыть новую тему     Написать ответ в эту тему

Страницы: 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

Компьютерный форум 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