NCPSync.nlm для нескольких каталогов

[sergeysn]

Здравствуйте!
Спасибо за утилиту. Потестил на небольшом каталоге – нормально. Есть поддержка длинных русских имен.
Вопрос, собственно, в сабже – у меня есть том, с которого я хочу засинхронизировать не все каталоги, а 3-5. Как, и возможно ли применение NCPSync.nlm в этом случае?

[Lenik]

Для синхронизации нескольких каталогов нужно использовать несколько ncpsync. В принципе, это решается с помощью написания небольшого ncf, в котором будут загружаться ncpsync для каждого каталога. Плюс такого решения - балансировка загрузки на мультипроцессорных серверах.

[muza9]

Версию 1.0.0.б попробовал на пару прогонов - всё получается хорошо.
Есть несколько косметических предложений, но это после...

Сейчас есть смысл представить модуль "широкой публике" на ПРОНе.

Можно это сделать мне или вы сами?

А то озабоченных синхронизацией достаточно много.

Спасибо за работу, будем тестировать плотнее...

[Lenik]

Николай, так как мы с Вами достаточно давно знаем друг друга, хоть и виртуально, я - за то, чтобы его (модуль) представили Вы.
И, кстати, какие косметические предложения ?

[sergeysn]

[quote="Lenik"]Для синхронизации нескольких каталогов нужно использовать несколько ncpsync.[/quote]
Спасибо, так и предполагал, что будет неск.отдельных процессов, но были сомнения. Попробую.
Время запуска синхронизации при неск.процессах - одновременно или поочереди - думаю не принципиально?
И возможно ли писать лог-файл? Или смотреть на неск. экранах?

[muza9]

Здравствуйте, коллега!
Спасибо за доверие, см. ПРОН в самое бл. время.

Что касается замечаний, то они относятся именно к окружению программы, к "бантикам" и на функционал не влияют.

1 Лог работы.
Таки желательно их иметь. Причем очень желательно иметь возможность заказать 3-4 уровня логирования.
Самый первый - в логе начало, конец сеанса и как прошло.
..........
В самом полном - всё, что в предыдущих, и полный список файлов. И может быть - скорость обмена...
Ну, идея понятна.

2 Лог( или информация) о подключении.
Выяснилось, что если в ини-файле допущена принципиальная ошибка, то модуль молча сглатывает слюну - и ничего...
И не ясно, почему "не поехали": то ли что в задании напортачено, толи вообще "система грохнулась"...
В принципе этот пункт можно реализовать и через консоль.
Типа сообщение - "Все ОК, начинаю работу", или наоборот - "Задание не принято по причине..."

3 Мультисессия с несколькоких источников.
Если нет принципиальных ограничений, то есть смысл добавить возможность указывать несколько источников.
Например, указать дома нескольких пользователей и одно место назначения. Т.о. получим эрзац бакапки.

4 Пароль.
Тут надо что то делать.
Самый желательный вариант - иметь в комплекте еще и сервисную оконную виндовую утилиту, в которой ты тыкаещЪ мышкой , чего тебе надо выполнить в задании ( в том числе и указываешь пользователя и пароль пароль) , а утилитка формарует ини-файл.
В этом случае пароль можно как-то шифровать от "прямоходящих"
, ну хоть примитивно.
Например, двигать биты в байте влево/вправо на 1-2 позиции или что еще...
А в модуле его обратно расшифровывать и применять.

Самый легкий - в сопроводительной доке указать , мол дорогие админы, осторожней с паролем: он в незашфрованнгом виде и может быть украден.

5 О наглядности
Если есть возможность, то предлагается изменить в пункте

# Erase (or not) files, that reside on destination, but not found on source
EraseOldFiles: Off

и вместо ON/OFF писать YES/NO . Моё ИМНО думает, что так понятнее. Хотя это субъективно.

Во наговорил, да?

В любом случае - утилита рабочая ( пока не доказано обратное, Гы-гы...) и будем тестировать и пользоваться.

[Lenik]

1,2. Ок. Буду думать над эффективным логгированием.
3. Так ли нужна эта фишка ? не проще загрузить несколько ?
В любом случае - подумаю.
4. в след. версии сделаю такое.
5. уже сделано, просто не задокументировано

Спасибо за участие в развитии утилиты