metatrop
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ndch Цитата: А вообще зачем по дефолту выключен System.CopyPreserveTimestamps в far:config ? | Допустим, есть некий архив. Распаковали его на RAM-диск или в некий "рабочий каталог" (через пункт меню FAR, распаковывающий архив под курсором любого типа 7z/arc/nz/rar/zip/tar.bz2/... на противоположную панель; два нажатия клавиш), поменяли что-то в содержимом, затем упаковали заново (находясь в каталоге с архивом набрали 7zz ENTER, где 7zz - условное имя .cmd файла, который берёт имя текущей директории и пакует (отдельным от FAR процессом или даже одновременными процессами упаковки разными архиваторами) уровнем выше архив _имя_директории.7z; четыре нажатия клавиш; несообразительные, между тем, открывают GUI вроде WinRAR, прицеливаются, кликают мышью, что-то вводят, ждут, закрывают, возвращась в FAR...) Итак, получили новый архив и копируем его обратно на HDD/SDD. Если PreserveTimestamps включено - теряем на SSD/HDD даты Creation и Access (fsutil.exe behavior set disablelastaccess 1), которые переписываются практически текущим моментом времени. Но это же совсем не то, чего хотелось бы людям, которым эти даты важны! Сразу паковать архив на HDD/SSD в место назначения - плохая идея по множеству соображений, из которых приведём только два: 1) будет фрагментация файла архива, в отличие от случая копирования файла фиксированного размера, 2) нельзя будет сравнить архивы, оценить, насколько изменился размер. | Всего записей: 338 | Зарегистр. 17-09-2010 | Отправлено: 19:18 24-05-2025 | Исправлено: metatrop, 19:35 24-05-2025 |
|