Перейти к содержимому


Фото
- - - - -

Обновление сканера за 20.05.2010


  • Please log in to reply
19 ответов в этой теме

#1 KAsper7

KAsper7

    Member

  • Posters
  • 146 Сообщений:

Отправлено 21 Май 2010 - 20:14

Здравствуйте!

Скажите пожалуйста 20.05.2010 было как написано в новостях обновление графического сканера, после обновления сканера какая версия его должна быть, просто я не понял обновился он или нет, версия на данный момент 6.00.2.05140

#2 Пол Банки

Пол Банки

    Poster

  • Posters
  • 1 997 Сообщений:

Отправлено 21 Май 2010 - 20:15

версия на данный момент 6.00.2.05140

она и есть...

#3 mrbelyash

mrbelyash

    Беляш

  • Members
  • 25 897 Сообщений:

Отправлено 21 Май 2010 - 20:17

Здравствуйте!

Скажите пожалуйста 20.05.2010 было как написано в новостях обновление графического сканера, после обновления сканера какая версия его должна быть, просто я не понял обновился он или нет, версия на данный момент 6.00.2.05140

Угу,такой же как и в бете....непадучий
wiki https://drw.sh/endjcv | Утилиты https://drw.sh/dgweku | Лечить удаленно https://drw.sh/wmzdcl | Скрытые процессы https://drw.sh/tmulje | Логи https://drw.sh/ruy | Песочница https://drw.sh/exhbro

#4 Пол Банки

Пол Банки

    Poster

  • Posters
  • 1 997 Сообщений:

Отправлено 21 Май 2010 - 20:42

вроде шустрее стал? не вижу я его практически...
или эффект смены бегунка?

#5 KAsper7

KAsper7

    Member

  • Posters
  • 146 Сообщений:

Отправлено 21 Май 2010 - 21:05

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

#6 maxic

maxic

    Keep yourself alive

  • Moderators
  • 12 857 Сообщений:

Отправлено 21 Май 2010 - 21:13

Не должно. Службы не обновились.

P.S. Смотрю в ES 5 версии. А туда приехал сканер 5.00.15.05190 http://forum.drweb.com/public/style_emoticons/default/smile.png С правильным сплэш-скрином.

#7 YVS

YVS

    Звездочет

  • Helpers
  • 4 798 Сообщений:

Отправлено 21 Май 2010 - 21:45

Вроде когда обновляются коппонеты выходил запрос на перезагрузку или со сканером не должно этого быть?

Запрос на перезагрузку выдается только в случае необходимости.

#8 KAsper7

KAsper7

    Member

  • Posters
  • 146 Сообщений:

Отправлено 22 Май 2010 - 20:37

большое спасибо за ответы)))))))))))))

#9 wizard580

wizard580

    Member

  • Posters
  • 135 Сообщений:

Отправлено 25 Май 2010 - 09:15

"Был улучшен алгоритм прерывания проверки при сканировании больших или сложных объектов - теперь пользователи в случае необходимости могут не дожидаться окончания проверки того или иного файла."

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

#10 mrbelyash

mrbelyash

    Беляш

  • Members
  • 25 897 Сообщений:

Отправлено 25 Май 2010 - 09:18

"Был улучшен алгоритм прерывания проверки при сканировании больших или сложных объектов - теперь пользователи в случае необходимости могут не дожидаться окончания проверки того или иного файла."

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


Запустите проверку iso или большого архива..теперь можно не дожидаться окончания проверки всего архива (раньше тяжелей было остановить проверку)
wiki https://drw.sh/endjcv | Утилиты https://drw.sh/dgweku | Лечить удаленно https://drw.sh/wmzdcl | Скрытые процессы https://drw.sh/tmulje | Логи https://drw.sh/ruy | Песочница https://drw.sh/exhbro

#11 Bargain Buddy

Bargain Buddy

    Member

  • Posters
  • 377 Сообщений:

Отправлено 25 Май 2010 - 21:57

"Был улучшен алгоритм прерывания проверки при сканировании больших или сложных объектов - теперь пользователи в случае необходимости могут не дожидаться окончания проверки того или иного файла."

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


Запустите проверку iso или большого архива..теперь можно не дожидаться окончания проверки всего архива (раньше тяжелей было остановить проверку)

Неплохо было бы сделать опцию "пропустить", как в AVP. Тогда проверка всего остального будет продолжена.

#12 mrbelyash

mrbelyash

    Беляш

  • Members
  • 25 897 Сообщений:

Отправлено 25 Май 2010 - 22:18

Неплохо было бы сделать опцию "пропустить", как в AVP. Тогда проверка всего остального будет продолжена.


Вот это и забыл спросить для подкаста,а хотел ведь :(
wiki https://drw.sh/endjcv | Утилиты https://drw.sh/dgweku | Лечить удаленно https://drw.sh/wmzdcl | Скрытые процессы https://drw.sh/tmulje | Логи https://drw.sh/ruy | Песочница https://drw.sh/exhbro

#13 Konstantin Yudin

Konstantin Yudin

    Смотрящий

  • Dr.Web Staff
  • 19 552 Сообщений:

Отправлено 26 Май 2010 - 00:54

"Был улучшен алгоритм прерывания проверки при сканировании больших или сложных объектов - теперь пользователи в случае необходимости могут не дожидаться окончания проверки того или иного файла."

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


Запустите проверку iso или большого архива..теперь можно не дожидаться окончания проверки всего архива (раньше тяжелей было остановить проверку)

Неплохо было бы сделать опцию "пропустить", как в AVP. Тогда проверка всего остального будет продолжена.

не будет
With best regards, Konstantin Yudin
Doctor Web, Ltd.

#14 wizard580

wizard580

    Member

  • Posters
  • 135 Сообщений:

Отправлено 26 Май 2010 - 05:04

именно "пропустить" я и ожидал...
а то получается супер фича! мы проверяем огромный диск на 2 терабайта. забитый кучей разного хлама. как известного и стерильного, так и хз что которое надо проверять. теперь мы при проверке встаем колом на проверке огромного но стерильного ISO-шника... и либо тупо и долго ждем до конца, либо быстро (теперь с банановым вкусом!) прерываем вообще всю проверку.

я не брежу?

#15 YVS

YVS

    Звездочет

  • Helpers
  • 4 798 Сообщений:

Отправлено 27 Май 2010 - 09:15

а то получается супер фича! мы проверяем огромный диск на 2 терабайта. забитый кучей разного хлама. как известного и стерильного, так и хз что которое надо проверять. теперь мы при проверке встаем колом на проверке огромного но стерильного ISO-шника... и либо тупо и долго ждем до конца, либо быстро (теперь с банановым вкусом!) прерываем вообще всю проверку.

Производительность - одно из приоритетных направлений

#16 Пол Банки

Пол Банки

    Poster

  • Posters
  • 1 997 Сообщений:

Отправлено 27 Май 2010 - 10:52

а то получается супер фича! мы проверяем огромный диск на 2 терабайта. забитый кучей разного хлама. как известного и стерильного, так и хз что которое надо проверять. теперь мы при проверке встаем колом на проверке огромного но стерильного ISO-шника... и либо тупо и долго ждем до конца, либо быстро (теперь с банановым вкусом!) прерываем вообще всю проверку.

Производительность - одно из приоритетных направлений

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

#17 YVS

YVS

    Звездочет

  • Helpers
  • 4 798 Сообщений:

Отправлено 27 Май 2010 - 11:00

направлений или решений?

Направлений разработки.

#18 Пол Банки

Пол Банки

    Poster

  • Posters
  • 1 997 Сообщений:

Отправлено 27 Май 2010 - 11:09

направлений или решений?

Направлений разработки.

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

#19 YVS

YVS

    Звездочет

  • Helpers
  • 4 798 Сообщений:

Отправлено 27 Май 2010 - 11:11

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

Это я понял...
Ответ разработчиков был озвучен выше. Может они уже готовят какое-то другое решение :(

#20 wizard580

wizard580

    Member

  • Posters
  • 135 Сообщений:

Отправлено 03 Июнь 2010 - 02:59

ответ разработчиков то понятен... "пошли нафиг". коротко и ясно. :)

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

производительность в момент прерывания проверки... - понятно, но звучит странно.


Читают тему: 0

0 пользователей, 0 гостей, 0 скрытых