Страница 19 из 44
Добавлено: Вс янв 22, 2017 14:47
Flasher
Matrix писал(а):А так это приходится делать по одному.
Я же пишу, что нужно сохранять структуру, чтобы всё не попало в одну папку и можно было различать одноимёнки.
Matrix писал(а):Команды mklinsk создавали hardlink а symlink не получался - система не заходила.
Какая система?
Matrix писал(а):Думаю что это полезная функция.
Я уже пояснил, почему полезность её под вопросом - нет понимания к чему обращаешься, нужно делать лишние движения, смотреть свойства и т.п.
Добавлено: Вс янв 22, 2017 22:07
MVV
Судя по скриншоту, ссылки нужны именно в одной папке, но при этом их нужно не просто абы как со счётчиком называть, а переименовывать в имя надпапки... В конечном счёте это проще сделать скриптом, чтобы сразу и создание ссылки, и переименование.
Команда
mklink спокойно создаёт символические ссылки, ей главное - права администратора.
Создавать ссылки на папки с именами надпапок можно следующим батником:
Код: Выделить всё
@echo off
if -%2==- echo Parameters: "%%WL" "%T" & pause & goto :EOF
for /f "usebackq delims=" %%f in (`type %1`) do call :do_work "%%f" %2 "%%f\.."
pause
goto :EOF
:do_work
mklink /d "%~2\%~n3" %1
После перетаскивания батника на панель инструментов надо вставить звёздочку в самом начале пути, чтобы тотал запрашивал права администратора, а также прописать
"%WL" "%T" в поле параметров. Затем можно выделять объекты в результатах поиска и нажимать кнопку.
Добавлено: Вс янв 22, 2017 23:22
Matrix
MVV
То что нужно! Спасибо огромное!
Только у меня win 10, поэтому пришлось в батнике перед mklink поставить "cmd /c" чтобы заработало.
Скорость создания 200 ссылок за раз просто мгновенная.
Добавлено: Вс янв 22, 2017 23:35
sa
MVV писал(а):но это крайне неудобно из-за того, что они не отражают атрибуты, таймштампы и размеры целевых файлов.
В этой связи, может, стоит создавать (опционально, например) символические ссылки с датой модификации, как у самих файлов?
Добавлено: Вс янв 22, 2017 23:48
MVV
Matrix писал(а):Только у меня win 10, поэтому пришлось в батнике перед mklink поставить "cmd /c" чтобы заработало.
Очень странная причуда 10-ки. Всё, что внутри батника, и так выполняется через
cmd... Хотя, может, сам батник не в
cmd открывается? Чур эту 10-ку...
Так или иначе, главное, что в конечном счёте работает как надо!
sa писал(а):В этой связи, может, стоит создавать (опционально, например) символические ссылки с датой модификации, как у самих файлов?
Всё равно сбивать с толку будет - размер нулевой останется, да и дата обновляться не будет при изменении файла. У жёстких ссылок обновляется при открытии файла по этой ссылке, и то бывают накладки при синхронизации (если меняешь файл по одной ссылке и синхронизируешь папку с другой без сравнения по содержимому, у второй ссылке таймштамп и размер остаются старые).
Кстати, ещё попробуй поменять таймштамп ссылке - он меняется у файла (хотя, думаю, поможет открытие ссылки с опцией
FILE_FLAG_OPEN_REPARSE_POINT).

Добавлено: Пн янв 23, 2017 00:12
sa
MVV писал(а):попробуй
Пробовал, ещё раньше. Но ведь как раз в этом случае даты становятся одинаковыми у файла и у ссылки, почему бы не делать их сразу одинаковыми, при создании ссылки?
Добавлено: Пн янв 23, 2017 10:26
MVV
В том-то и фишка, что при изменении даты у ссылки дата у ссылки как раз и не меняется (каламбур эдакий), а меняется она у файла по ссылке, у ссылки при этом дата остаётся прежней.
Так что, пожалуй, чтобы меньше проблем с этим возникало, может быть более осмысленным задавать ссылкам "нулевые" даты (1970 год и всё такое), чтобы сразу "что за бред, а, ну да, дата ни о чём".
Добавлено: Пн янв 23, 2017 10:31
Flasher
MVV писал(а):чтобы меньше проблем с этим возникало
Каких проблем и с чем "с этим"?
Добавлено: Пн янв 23, 2017 10:41
MVV
С тем, что даты у символических ссылок с датами оригинальных файлов никак не связаны - посмотри выше диалог.
Добавлено: Пн янв 23, 2017 10:42
Flasher
Я видел диалог. Мне неясно, о каких проблемах речь. Разные даты - это не проблемы.
Добавлено: Пн янв 23, 2017 12:05
MVV
Я уже писал, о каких проблемах речь, повторюсь. Наличие символических ссылок усложняет синхронизацию, т.к. с виду по ссылке невозможно определить, изменился ли файл, потому как дата модификации у ссылки не меняется.
Это субъективная проблема. Соответственно, и обсуждать её есть смысл только тем, для кого она является проблемой.

Добавлено: Пн янв 23, 2017 12:29
Flasher
Понятно. Дату-то при синхронизации лучше игнорировать. Я в основном так и делаю.
Добавлено: Пн янв 23, 2017 12:31
MVV
Даты (правильные) очень сильно ускоряют процесс синхронизации (нет необходимости сравнивать по содержимому), поэтому с ними гораздо удобнее.
Добавлено: Пн янв 23, 2017 22:20
sa
MVV писал(а):даты у символических ссылок с датами оригинальных файлов никак не связаны
Тем досадней, когда, например, при архивировании файлов с использованием их ссылок, файлы в архиве получают не свои даты, а ссылок.
Добавлено: Сб мар 25, 2017 20:49
Nick
Закачайте куда-нибудь последнюю версию NTLinksMaker, т.к. в этом сообщении
ссылка не рабочая.