Обновление сканера за 20.05.2010
#1
Отправлено 21 Май 2010 - 20:14
Скажите пожалуйста 20.05.2010 было как написано в новостях обновление графического сканера, после обновления сканера какая версия его должна быть, просто я не понял обновился он или нет, версия на данный момент 6.00.2.05140
#2
Отправлено 21 Май 2010 - 20:15
она и есть...версия на данный момент 6.00.2.05140
#3
Отправлено 21 Май 2010 - 20:17
Угу,такой же как и в бете....непадучийЗдравствуйте!
Скажите пожалуйста 20.05.2010 было как написано в новостях обновление графического сканера, после обновления сканера какая версия его должна быть, просто я не понял обновился он или нет, версия на данный момент 6.00.2.05140
#4
Отправлено 21 Май 2010 - 20:42
или эффект смены бегунка?
#5
Отправлено 21 Май 2010 - 21:05
#6
Отправлено 21 Май 2010 - 21:13
P.S. Смотрю в ES 5 версии. А туда приехал сканер 5.00.15.05190 http://forum.drweb.com/public/style_emoticons/default/smile.png С правильным сплэш-скрином.
#7
Отправлено 21 Май 2010 - 21:45
Запрос на перезагрузку выдается только в случае необходимости.Вроде когда обновляются коппонеты выходил запрос на перезагрузку или со сканером не должно этого быть?
#8
Отправлено 22 Май 2010 - 20:37
#9
Отправлено 25 Май 2010 - 09:15
как бы увидеть в деле эту особенность? а то я почемуто не могу. поясните пожалуйста.
#10
Отправлено 25 Май 2010 - 09:18
"Был улучшен алгоритм прерывания проверки при сканировании больших или сложных объектов - теперь пользователи в случае необходимости могут не дожидаться окончания проверки того или иного файла."
как бы увидеть в деле эту особенность? а то я почемуто не могу. поясните пожалуйста.
Запустите проверку iso или большого архива..теперь можно не дожидаться окончания проверки всего архива (раньше тяжелей было остановить проверку)
#11
Отправлено 25 Май 2010 - 21:57
Неплохо было бы сделать опцию "пропустить", как в AVP. Тогда проверка всего остального будет продолжена."Был улучшен алгоритм прерывания проверки при сканировании больших или сложных объектов - теперь пользователи в случае необходимости могут не дожидаться окончания проверки того или иного файла."
как бы увидеть в деле эту особенность? а то я почемуто не могу. поясните пожалуйста.
Запустите проверку iso или большого архива..теперь можно не дожидаться окончания проверки всего архива (раньше тяжелей было остановить проверку)
#12
Отправлено 25 Май 2010 - 22:18
Неплохо было бы сделать опцию "пропустить", как в AVP. Тогда проверка всего остального будет продолжена.
Вот это и забыл спросить для подкаста,а хотел ведь
#13
Отправлено 26 Май 2010 - 00:54
не будетНеплохо было бы сделать опцию "пропустить", как в AVP. Тогда проверка всего остального будет продолжена."Был улучшен алгоритм прерывания проверки при сканировании больших или сложных объектов - теперь пользователи в случае необходимости могут не дожидаться окончания проверки того или иного файла."
как бы увидеть в деле эту особенность? а то я почемуто не могу. поясните пожалуйста.
Запустите проверку iso или большого архива..теперь можно не дожидаться окончания проверки всего архива (раньше тяжелей было остановить проверку)
Doctor Web, Ltd.
#14
Отправлено 26 Май 2010 - 05:04
а то получается супер фича! мы проверяем огромный диск на 2 терабайта. забитый кучей разного хлама. как известного и стерильного, так и хз что которое надо проверять. теперь мы при проверке встаем колом на проверке огромного но стерильного ISO-шника... и либо тупо и долго ждем до конца, либо быстро (теперь с банановым вкусом!) прерываем вообще всю проверку.
я не брежу?
#15
Отправлено 27 Май 2010 - 09:15
Производительность - одно из приоритетных направленийа то получается супер фича! мы проверяем огромный диск на 2 терабайта. забитый кучей разного хлама. как известного и стерильного, так и хз что которое надо проверять. теперь мы при проверке встаем колом на проверке огромного но стерильного ISO-шника... и либо тупо и долго ждем до конца, либо быстро (теперь с банановым вкусом!) прерываем вообще всю проверку.
#16
Отправлено 27 Май 2010 - 10:52
направлений или решений?Производительность - одно из приоритетных направленийа то получается супер фича! мы проверяем огромный диск на 2 терабайта. забитый кучей разного хлама. как известного и стерильного, так и хз что которое надо проверять. теперь мы при проверке встаем колом на проверке огромного но стерильного ISO-шника... и либо тупо и долго ждем до конца, либо быстро (теперь с банановым вкусом!) прерываем вообще всю проверку.
юзер человек простой - ему жить сейчас надо. а как жить пока не решено? ожидая и мучаясь?
пока нет технического решения, может все таки юзеру давать юзерское решение, а потом забирать...
все таки, как минимум, два варинта напрашиваются - простой и продвинутый пользователь. ошибка юзера в отнесении себя к тому или иному типу и, как следствие неумение пользоваться возможностями, это ошибка юзера, который всегда может ее исправить...
#17
Отправлено 27 Май 2010 - 11:00
Направлений разработки.направлений или решений?
#18
Отправлено 27 Май 2010 - 11:09
ок.Направлений разработки.направлений или решений?
смысл в том, что юзеру нужны решения сейчас, а не направления в будущее...
#19
Отправлено 27 Май 2010 - 11:11
Это я понял...смысл в том, что юзеру нужны решения сейчас, а не направления в будущее...
Ответ разработчиков был озвучен выше. Может они уже готовят какое-то другое решение
#20
Отправлено 03 Июнь 2010 - 02:59
производительность в проверке - конечно важно. но в приведенном мной случае - она, производительность, ухудшена в связи с невозможностью пропустить долгую проверку заведомо чистого.
производительность в момент прерывания проверки... - понятно, но звучит странно.
Читают тему: 0
0 пользователей, 0 гостей, 0 скрытых