Page 6 of 7

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Thu 28 Mar, 2013 17:41
by John Doe

Latest post of the previous page:

А что это за дедуп?

Что касается флажка, то раз его снятие необратимо, значит стоит предусмотреть подтверждение.
Вообще сомнительная затея с этим флажком.

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Thu 28 Mar, 2013 17:43
by DrKnS
Можно, но тогда надо отдельно обрабатывать случай "[x] Process subfolders", а мне лень.

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Thu 28 Mar, 2013 17:46
by John Doe
Вот и я о том. Если лень сделать полноценно, то проще фтопку, потому как и польза сомнительна.

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Thu 28 Mar, 2013 18:06
by 2useven10
dedup это такая фишка 2k12 серверов - deduplication, повторяющиеся куски у разных файлов хранятся в одном экземпляре в спрятанных файлах-контейнерах. у дедуплицированных файлов стоят 2 атрибута - reparse point и sparse....
проверил. ничего страшного не происходит - access denied и атрибут остаётся. хотя тоже лучше бы было не давать его менять.

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Thu 28 Mar, 2013 18:24
by 2useven10
Можно, но тогда надо отдельно обрабатывать случай "[x] Process subfolders", а мне лень.
если с подкаталогами, то точно надо отключать изменение reparse point (и снятие тоже). иначе последствия могут многих удивить...

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Mon 01 Apr, 2013 07:44
by Vertigo
2useven10 wrote:проверил. ничего страшного не происходит - access denied и атрибут остаётся. хотя тоже лучше бы было не давать его менять.
У меня тоже "access denied", но у меня и прав таких априори нет. Скорее всего, и никому на таких файлах не положено снимать атрибут (его сама система иногда снимает).

Есть ещё, кстати, DFS Root, для которого такая операция тоже бессмысленна и приводит к следующей ошибке:

Code: Select all

LastError: 0x00000008 - Not enough storage is available to process this command.
John Doe wrote:Вообще сомнительная затея с этим флажком.
Согласен, очень неочевидно стало. Мне больше нравилось как раньше.


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

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Mon 01 Apr, 2013 08:29
by 2useven10
имхо раньше было правильнее.
по крайней мере, на кнопке было написано, какое действие будет выполнено.
то что не все понимали, что там написано и что само действие может потребоваться раз в 10 лет,
это гораздо меньшее зло чем теперь - невинное (нечаянное) снятие флага приводит к тем же
вряд-ли осознанным последствиям, только с гораздо меньшей очевидностью.
ну и плюс недоделанность интерфейса - выставить флаг нельзя, снимать зачастую тоже...

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Mon 01 Apr, 2013 09:03
by John Doe
2useven10 wrote:...и что само действие может потребоваться раз в 10 лет
А нужно ли вообще это действие в фаре?
Раз в 10 лет макросом "удалить связь / создать папку" не сойдёт?

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Mon 01 Apr, 2013 09:11
by 2useven10
А нужно ли вообще это действие в фаре?
IMHO: скорее нет, никакой магии в нём нет, всё можно сделать через удаление и создание заново. макрос тоже мало кому потребуется

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Mon 01 Apr, 2013 09:20
by DrKnS
никакой магии в нём нет, всё можно сделать через удаление и создание заново.
Наличие у этой папки/файла нестандартных прав доступа, альтернативных потоков и хардлинков, например.
Но это уже из области фантастики, да.

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Mon 01 Apr, 2013 12:23
by HaRT
DrKnS wrote:Наличие у этой папки/файла нестандартных прав доступа
[...]
это уже из области фантастики, да.
Вроде права, отличные от унаследованных, не такая уж и экзотика.
Жалко было бы потерять возможность их сохранить без дополнительных приседаний.

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Mon 01 Apr, 2013 12:36
by 2useven10
простое решение - вернуть старое поведение, показ кнопки разрыва линка сделать настраиваемым.

Re: Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Fri 28 Mar, 2014 12:02
by karbofos
Поддерживаю двумя руками и ногами за "вернуть старое поведение, показ кнопки разрыва линка сделать настраиваемым". Когда увидел, что в 3-й версии этого нет - был неприятно удивлён. Просто бесит, как неудобно, после того как привыкнешь. Хоть на предыдущую откатывайся.

Про наличие у папки/файла нестандартных прав доступа, альтернативных потоков и хардлинков, например - это совсем не из области фантастики, очень даже здорово. Особенно на работе, когда нужно пользователям жизнь "усложнить" ;).

Верните кнопку где была, пожалуйста!

Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Sat 08 Jul, 2017 12:21
by Alexander84
1. Зарубежные гости взывают с 2010 года о сохранении хардлинков при копировании. Это будет, есть или не будет?
2. При замене получателя (F6), имеющего хардлинк, получатель обновится, а связь порвётся и хардлинк останется старым. Если же скопировать поверх с заменой (F5), то получатель обновится вместе с хардлинком. Так задумано или можете допилить F6, чтоб обновлялся и хардлинк?

Hardlinks/symlinks/junctions — хардлинки/симлинки/связи

Posted: Sat 08 Jul, 2017 21:06
by HaRT
Alexander84 wrote: Sat 08 Jul, 2017 12:21 Это будет, есть или не будет?
Этого нет. Если пришлёте годный патч, шансы увеличатся.
Alexander84 wrote: Sat 08 Jul, 2017 12:21получатель обновится, а связь порвётся и хардлинк останется старым
Неужто и при переносе с другого раздела тоже?!
Alexander84 wrote: Sat 08 Jul, 2017 12:21допилить F6, чтоб обновлялся и хардлинк?
Вовсе не факт, что это будет ожидаемое пользователями поведение. Жёсткая ссылка на то и есть жёсткая, что привязана не к записи в директории, а к контенту. При копировании с перезаписью переписывается именно контент, а при переносе в пределах раздела заменяется только запись в директории.