insorg
Platinum Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
EugeneRoshal
Цитата:| RR эту информацию защищать не будет |
А нужно ли? Имя могло измениться, например. Дата - тоже. И тогда два вопроса:
1. Если имя+время покрыто RR, то и её пересчитывать при изменении - хороший кусок времени. Или нет?
2. Что делать, когда нужно его изменить вручную?
Для более предметного обсужения, чтоб не гипотетически, пример из жизни по шагам.
1. На входе имеем архивы, обозванные по типу Backup1_DiskD.rar, Backup2_DiskD.rar, Backup3_DiskD.rar и т.д., возможно даже часть из них - многотомные.
2. Потом наступает момент, когда меняется структура данных или бэкапов (всё предусмотреть заранее - невозможно), начинаем пользоваться не только D:, появляются другие уровни вложенности.
3. Сответственно архивы превращаются в нечто вида Backup_DiskE_DocsA.rar, Backup_DiskJ_DocsH.rar, Backup_DiskE_DocsC.rar, Backup_DiskF_ScanA.rar, Backup_DiskE_ScanB.rar и т.д., соответственно.
4. При этом часть архивов с первого шага нам менять не нужно, у нас хранимые исходные файлы остались те же, соответственно нам нужно просто обозвать иначе архивы и (для удобства дальнейшей работы) в части архивов обновить атрибут даты архива на текущий. Естественно, не забывая, что многотомники с первого шага тоже участвуют.
5. И так до следующей смены сортировки или способа хранения.
Сразу комментарии по поводу такого сценария:
А. Хранение архивов ведётся и в локальном виде, и на облачном хранилище. В том числе неподдерживающее работу с папками (мессенджеры всякие, например). Соответственно, все архивы по сути мы вынуждены хранить в одной куче, вся наша "сортировка" - это игра именами архивов и датой.
Б. Не всегда есть возможность в целости сохранить имя файла. Например, при пересылке через телеграм на мобилку. Когда в клиенте жмёшь скачать файл и сохранить в загрузки, он сохраняет ДВЕ копии файла. Одну в корне пользовательского раздела в своей папке Telegram, а вторую - в папку Downloads, куда он по сути копирует первую, но при этом оставляет обе. Зачем так - неясно. На больших архивах, соответственно, неудобно делать такой путь, проще забрать нужные файлы просто из папки Telegram, но там он имена файлов превращает в нечто вида 2-12234234234234.rar.
Соответственно, хранить исходное имя файла в архиве в каком-то своём поле было бы удобным, но только при условии его ручного изменения как на любое явно указанное пользователем (отличающееся от фактического), так и неплохо было бы иметь возможность восстановления имени архивов из этого поля в автоматическом режиме по аналогии с починкой битых.
Требуется ли защищать это поле (имя+дата) при помощи RR - вопрос с подвохом, т.к. количество байт на это поле явно на порядки меньше чем количество байт самого архива. Какова вероятность повредить именно его? Как по мне, крайне маловероятно. Но если это особых трудозатрат не требует, то можно и защитить. Но тогда RR нужна будет своя, чтобы не перечитывать ради этих байт весь архив...
Пока что для этого всего вынужден использовать разные способы:
1. Отдельный файл-список имя+размер+дата при помощи Total Commander + плагин
2. Дополнительные файлы crc/md5/sha, в которых имя тоже есть, можно нужный архив найти по сумме.
3. Паковать архивы с корневой папкой внутри архива, равной имени архива. Т.е. внутри у нас получается нечто вроде SDFE.rar/SDFE/файлы. Крайне неудобно, но иногда спасает.
Что самое интересное, пользуюсь этим способом достаточно давно, но вот сейчас вполне неплохое решение (или кажущееся таким) этих костылей пришло само собой.
P.S.
И тут я понял, что по сути мы опять изобретаем подобие ID3, Exif и им подобных... |
Всего записей: 16549 | Зарегистр. 04-11-2010 | Отправлено: 14:51 22-06-2022 | Исправлено: insorg, 15:00 22-06-2022 |
|
