insorg
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:Так всё равно, на самом деле, кто чем воспринимает или называет вполне конкретную функцию. С заблуждениями нужно бороться, а не потакать им. Архив лок - это по сути модификация нескольких байтов (или даже битов?) в теле архива. С тем же успехом можно просто сделать форк упаковщика, который игнорирует эту метку.
Цитата:| именно как односторонний одноразовый переключатель |
Есть сторонние средства, которые способны это исправить. Странно, почему оригинальная программа этого не умеет, а юзеры вынуждены искать сторонние решения. Тем более что штатная фича от разработчика всегда работает надёжнее по очевидным причинам. Дичайше топлю всеми руками и ногами за то, чтобы этот лок работал в обе стороны, а не как сейчас.
Цитата:| блокировка архива может быть полезна для предотвращения случайной модификации важного архива при обработке множества архивов в одной команде |
С эти отлично справляется атрибут R на любом файле, а не только RAR, на то он и есть.
Тем более, "случайно" можно не только RAR зацепить, но и ZIP? А на них такое не доступно.
Цитата:| Тут речь про гарантию не от злого умысла, а от случайности |
Никто не мешает "случайно" иметь в скрипте обработки этот самый чудо-унлокер первой же строкой. Или "случайно" забыть этот лок поставить вообще. Или "случайно" упаковать под лок (и удалить оригинал) то, чего лочить не нужно было изначально. Именно для таких случаев и нужна отмена.
Вон, в проводнике виндовом уже сто лет в обед существует корзина для "отмены удаления", а тут банальный лок оказывается только в одну сторону. Странно. Очень.
Цитата:| Можно неумышленно потерять RO при переносе своих же архивов между устройствами |
Ну так можно было вообще в zip упаковать. И вообще половину файлов по пути потерять... Это уже вообще не туда. Натягивание совы... |
}, просто для этого придётся применять внешнее {относительно архиватора} средство. И соответствующие средству ключи. 
