187 ответов в этой теме

[lw12]

Не правда

и что не правда? он прописался с возможностями для старинных систем

Но работает же отлично на Висте с такой записью. Я это имел ввиду неправда.

[pig]

Неправда что? В заклеймённом вами сообщении ни слова о неработоспособности.

[lw12]

Для тех у кого Виста и W7 

Создав новое задание из меню Спайдер агента его нужно подправить.

Для ручного исправления "на первой вкладке в Configure for: смените тип задания на Windows Vista и выше".

Ну никто так и не понимает.
Вот тут выше написано что для тех у кого Виста и Вин7 надо исправить чтоб работал апдейт через планировщик.
Я же утверждаю что на Висте без всяких исправлений работает он отлично.

[pig]

Сравните:

Создав новое задание из меню Спайдер агента его нужно подправить.

надо исправить чтоб работал апдейт через планировщик.

Кто говорит про "чтоб работал"?

[lw12]

Сравните:

Создав новое задание из меню Спайдер агента его нужно подправить.

надо исправить чтоб работал апдейт через планировщик.

Кто говорит про "чтоб работал"?

Для чего тогда исправлять?
Да ладно бог с ним.

[pig]

Больше возможностей настройки.

[mrbelyash]

В принципе репорт висит,разработчики в курсе.

[B.Mike]

Погодите, дядьки! В моём случае принципиальным моментом стал юзер, от которого задание запускается. Изменение типа задания на Windows Vista и выше - это так, до кучи... А вы тут пишите так, что вроде сменил тип и всё должно работать

[pig]

Пишется, что тип задания желательно поменять. А то, что локальной системе не дозволено ходить в локальную сеть, и к тому же у неё собственные настройки прокси, - это от типа задания не зависит.

[Алексс]

Так есть способ заставить работать обновление автоматом без смены пользователя на текущего с его паролем? Для веба сейчас это практически стандартная проблема уже. Свой планировшик вебовцы угробили, а чужой до ума так и не довели.

[basid]

Так есть способ заставить работать обновление автоматом без смены пользователя на текущего с его паролем?

Если ничего не крутить, то именно так и работает штатное задание на обновление.

Для веба сейчас это практически стандартная проблема уже. Свой планировшик вебовцы угробили, а чужой до ума так и не довели.

Разруха, как обычно, не в клозетах ...

[Алексс]

Если ничего не крутить, то не обновляется как раз. нужно в ручную перебивать пользователя и пароль к нему. А использовать для своей программы работу другой, которая вообще может быть отключена я удачным решением никак не назову, только по необходимости, коей не было (по крайней мере мне как конечному пользователю не понять такого).
я про Win XP речь веду сейчас.

[Borka]

Если ничего не крутить, то не обновляется как раз. нужно в ручную перебивать пользователя и пароль к нему.

Если обновление в локальной сети, то да - работать не будет. Нужен пользователь с правами админа и доступом к зеркалу.

[userr]

Так есть способ заставить работать обновление автоматом без смены пользователя на текущего с его паролем? Для веба сейчас это практически стандартная проблема уже.

Ничего подобного, не надо здесь пустых слов.
Штатное обновление автоматом с серверов drweb работает от пользователя SYSTEM.

Если ничего не крутить, то не обновляется как раз.

Конкретно у Вас на компьютере не обновляется ? сделайте и покажите логи ftp://ftp.drweb.com/pub/drweb/tools/drweblc.exe

[Алексс]

Ясно. Значить штатное обновление не работоспособно по сети без надфиля. Тоже самое иной раз вижу и не по сети, но то наверное ближе к исключениям.

[Алексс]

в обновлении пользователя локального я прописал уже. Но очень заинтересовал факт не обновления без данной процедуры, при установке и настройке никаких предупреждений ведь нету. Из занятного, зависимость от наличия/отсутствия пароля на вход, и опять из-за отдачи данной процедуры другому приложению никаких сигналов тревоги и предупреждений, кроме устаревших баз.

[VVS]

А использовать для своей программы работу другой, которая вообще может быть отключена я удачным решением никак не назову,

А это ничего, что DrWeb для обновления использует реализацию TCP, встроенную в Windows?
Может тоже предложите свою писать?

по крайней мере мне как конечному пользователю не понять такого

Вот именно...

[Borka]

Ясно. Значить штатное обновление не работоспособно по сети без надфиля.

Это не штатный режим обновления. Можете попросить разработчиков добавить конфигурирование обновления в локалке.

[userr]

Ясно. Значить штатное обновление не работоспособно по сети без надфиля.

штатное обновление персональных версий drweb - это обновление с серверов drweb.
А чтобы воспользоваться любезно оставленной разработчиками возможностью обновляться по локальной сети, потрудитесь приложить минимальные усилия. Для начала ознакомиться с работой сетей Microsoft

[Алексс]

Штатное обновление, это все что предусмотрено программой, как минимум программа должна давать предупреждение что выбранный пользователем метод обновления требует от последнего ещё определенных действий. что и как использует докторвеб это не вопрос к пользователям, разработчики сами решили отказаться от своей утилиты/надстройки обновления в пользу необязательных для ОС и пользователя программ.

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