Дату обновления прописывает сервис. При условии, что это именно он запустил обновлялку.
Ну пусть тогда эту дату прописывает сама обновлялка (drwupsrv) или пусть она пинает сервис по этому поводу.
Отправлено 22 Март 2013 - 17:28
Дату обновления прописывает сервис. При условии, что это именно он запустил обновлялку.
Ну пусть тогда эту дату прописывает сама обновлялка (drwupsrv) или пусть она пинает сервис по этому поводу.
Отправлено 22 Март 2013 - 17:43
Ну пусть тогда эту дату прописывает сама обновлялка (drwupsrv) или пусть она пинает сервис по этому поводу.
Или пусть тот кто это делает делает через штатные алгоритмы антивируса.
ыЫ
Отправлено 22 Март 2013 - 18:04
Ну пусть тогда эту дату прописывает сама обновлялка (drwupsrv) или пусть она пинает сервис по этому поводу.
Или пусть тот кто это делает делает через штатные алгоритмы антивируса.
Описаные в официальной справке ключи командной строки вызова апдейтера не являются штатными алгоритмами антивируса?
Ещё оттуда же:
Вы можете запустить обновление одним из следующих способов:
• из командной строки;
• с помощью модуля управления SpIDer Agent.
Отправлено 22 Март 2013 - 18:13
Ну пусть тогда эту дату прописывает сама обновлялка (drwupsrv) или пусть она пинает сервис по этому поводу.
Или пусть тот кто это делает делает через штатные алгоритмы антивируса.
Описаные в официальной справке ключи командной строки вызова апдейтера не являются штатными алгоритмами антивируса?
Ещё оттуда же:
>Вы можете запустить обновление одним из следующих способов:
• из командной строки;
• с помощью модуля управления SpIDer Agent.
ну, обновить то обновится, как и обещается, но про правильность отображения времени обновления при этом нигде не говорилось
Windows 7 x64 with Dr.Web Security Space 10
Отправлено 22 Март 2013 - 18:48
ну, обновить то обновится, как и обещается, но про правильность отображения времени обновления при этом нигде не говорилось
Про неправильность тоже.
Отправлено 22 Март 2013 - 19:55
ну, обновить то обновится, как и обещается, но про правильность отображения времени обновления при этом нигде не говорилось
Про неправильность тоже.
Сейчас придёт userr и будет утверждать, что это самоочевидно!
Отправлено 22 Март 2013 - 21:20
Не, если и придет, то не сейчас. Я его давно жду, потерялся.
Отправлено 22 Март 2013 - 22:33
История, как известно, развивается по спирали... И то, что мы имеем сейчас, уже было когда-то.
http://forum.drweb.com/index.php?showtopic=312062
Отправлено 25 Март 2013 - 13:01
Ну пусть тогда эту дату прописывает сама обновлялка (drwupsrv) или пусть она пинает сервис по этому поводу.
Или пусть тот кто это делает делает через штатные алгоритмы антивируса.
С каких это пор вызов штатной утилиты обновления с документированными ключами вдруг стал не штатным алгоритмом антивируса ?
Отправлено 25 Март 2013 - 13:41
С каких это пор вызов штатной утилиты обновления с документированными ключами вдруг стал не штатным алгоритмом антивируса ?
Спорный вопрос.
Утилита, вызываемая с документированными ключами, выполняет свою функцию - обновляет. Дату крайнего апдейта в значке агента прописывает Авсервис который делает это после того как сам запустил и проверил что апдейтер отработал так как надо.
Есть здесь что-то неуловимо нелогичное, но и ровно также можно сказать обратное - апдейтер отработал? Какие к нему вопросы?
ыЫ
Отправлено 25 Март 2013 - 15:59
Есть здесь что-то неуловимо нелогичное, но и ровно также можно сказать обратное - апдейтер отработал?
Вроде бы отработал и даже сообщение об обновлении баз в трее вывесил, но ...
Дату крайнего апдейта в значке агента прописывает Авсервис
А вот тут как раз ИМНО и есть неправильность: чего эту дату прописывает Авсервис, а не сам апдейтер ?
Отправлено 25 Март 2013 - 16:33
Потому что апдейтер из командной строки можно запускать с различными целями. Авсервис твёрдо знает, что он приказал апдейтеру сделать.
Дату крайнего апдейта в значке агента прописывает Авсервис
А вот тут как раз ИМНО и есть неправильность: чего эту дату прописывает Авсервис, а не сам апдейтер ?
Отправлено 25 Март 2013 - 21:35
Потому что апдейтер из командной строки можно запускать с различными целями. Авсервис твёрдо знает, что он приказал апдейтеру сделать.
Дату крайнего апдейта в значке агента прописывает Авсервис
А вот тут как раз ИМНО и есть неправильность: чего эту дату прописывает Авсервис, а не сам апдейтер ?
Ну, как вариант, апдейтер, в случае его запуска не важно кем при успешном обновлении мог бы писать дату в реестр, а сервис оттуда эту дату читать.
Отправлено 25 Март 2013 - 21:44
Ну, как вариант, апдейтер, в случае его запуска не важно кем при успешном обновлении мог бы писать дату в реестр, а сервис оттуда эту дату читать.
А если я запускаю апдейтера на машине где антивирус не установлен только для того, чтобы зеркало создать? Причем файлы вообще на флешке. Зачем мне какая-то ерунда в реестре?
ыЫ
Отправлено 25 Март 2013 - 21:47
Ну, как вариант, апдейтер, в случае его запуска не важно кем при успешном обновлении мог бы писать дату в реестр, а сервис оттуда эту дату читать.
А если я запускаю апдейтера на машине где антивирус не установлен только для того, чтобы зеркало создать? Причем файлы вообще на флешке. Зачем мне какая-то ерунда в реестре?
timestamp dwrtoday.vdb разве не показатель?
Отправлено 25 Март 2013 - 22:28
Ну, как вариант, апдейтер, в случае его запуска не важно кем при успешном обновлении мог бы писать дату в реестр, а сервис оттуда эту дату читать.
А если я запускаю апдейтера на машине где антивирус не установлен только для того, чтобы зеркало создать? Причем файлы вообще на флешке. Зачем мне какая-то ерунда в реестре?
Зеркало не катит. Только при успешном обновлении. Можно наличие ключа в реестре проверять.
Сообщение было изменено SergSG: 25 Март 2013 - 22:30
Отправлено 25 Март 2013 - 22:42
Можно наличие ключа в реестре проверять.
Какого ключа?
Две разные машины..два разных реестра.
Инишник может быть...Но это уже профанация и обман.
Отправлено 25 Март 2013 - 22:54
Можно наличие ключа в реестре проверять.
Какого ключа?
Две разные машины..два разных реестра.
Инишник может быть...Но это уже профанация и обман.
Ключа, о том, что АВ есть.
Тема то о том, что если обновлять АВ с батника / ком строки, а не через агент / сервис, то в трее дата последнего успешного обновления не меняется.
Сообщение было изменено SergSG: 25 Март 2013 - 22:55
Отправлено 26 Март 2013 - 10:49
Ну, как вариант, апдейтер, в случае его запуска не важно кем при успешном обновлении мог бы писать дату в реестр, а сервис оттуда эту дату читать.
А если я запускаю апдейтера на машине где антивирус не установлен только для того, чтобы зеркало создать? Причем файлы вообще на флешке. Зачем мне какая-то ерунда в реестре?
timestamp dwrtoday.vdb разве не показатель?
а зачем таймштамп VDB, если оный пишется в XML в REPO ???
Чукча не читатель! Чукча - писатель!
Отправлено 01 Апрель 2013 - 15:07
А если я запускаю апдейтера на машине где антивирус не установлен только для того, чтобы зеркало создать?
Да, такое вполне возможно.
Тогда апдейтеру надо просто добавить параметр командной строки - писать эту дату в реестр или нет.
0 пользователей, 0 гостей, 0 скрытых