55 ответов в этой теме

[ArD]

Офтоп: Есть мнение (моё личное), что "Key is for unlimited computers number (Unregistered user)" лежит в дистрибутиве изначально. И так и остался после получения демо-ключа, а сканер им воспользовался, благо ему никто не запрещает.

Интересно, а он разве не должен был тогда замениться после первого обновления на триальный?

А если при обновлении получен демо-ключ?

И еще интересно какой тогда срок действия у такого ключа, лежащего в дистрибутиве, если он действительно там лежит.

Март 2013.

Ну да, допустим получен при обновлении демо=триальный ключ, который по функционалу = обычному только срок у него месяц.

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

Сообщение было изменено ArD: 03 Август 2011 - 22:13

[ArD]

Офтоп: Есть мнение (моё личное), что "Key is for unlimited computers number (Unregistered user)" лежит в дистрибутиве изначально. И так и остался после получения демо-ключа, а сканер им воспользовался, благо ему никто не запрещает.

Интересно, а он разве не должен был тогда замениться после первого обновления на триальный?

Посмотрите в менеджере лицензий, сколько у вас ключей.

Это вопрос скорее к топикстартеру а не ко мне
Хотя можно конечно все на виртуалке попробовать воспроизвести...

[Borka]

А у того ключа, что лежит в дистрибутиве какие ограничения встроены? Чувствую, что они должны быть
Наверно апдейтера в списке нет?

Ограничение одно - не обновляется. Даже несмотря на наличие апдейтера в строке Applications.

[ArD]

А у того ключа, что лежит в дистрибутиве какие ограничения встроены? Чувствую, что они должны быть
Наверно апдейтера в списке нет?

Ограничение одно - не обновляется. Даже несмотря на наличие апдейтера в строке Applications.

Ага, тогда понятно.
Всё, спасибо, мое любопытство удовлетворено.

Сообщение было изменено ArD: 03 Август 2011 - 22:45

[U-S-T]

Добрый вечер.
Хорошая, как оказалось, вещь - консольный сканер. А нет ли ключа, чтобы указать на директорию, которую сканировать не надо? Как-то не нашел

Насколько я знаю, такого ключа нет.
Поправьте если не прав.

То есть, единственный выход - явно задать пути для проверки?

[Borka]

Добрый вечер.
Хорошая, как оказалось, вещь - консольный сканер. А нет ли ключа, чтобы указать на директорию, которую сканировать не надо? Как-то не нашел

Насколько я знаю, такого ключа нет.
Поправьте если не прав.

То есть, единственный выход - явно задать пути для проверки?

Да. Либо воспользоваться ключом /FL.

[U-S-T]

"/FL:<имя_файла> – сканировать пути, указанные в файле"
Да, этот ключ я видел. Но у него, как я понял, нет "отрицательной" опции (/FL- просто удаляет файл с путями после проверки). А мне-то нужно было:
"/.... - не сканировать пути, указанные в файле" или что-то вроде.

[Konstantin Yudin]

"/FL:<имя_файла> – сканировать пути, указанные в файле"
Да, этот ключ я видел. Но у него, как я понял, нет "отрицательной" опции (/FL- просто удаляет файл с путями после проверки). А мне-то нужно было:
"/.... - не сканировать пути, указанные в файле" или что-то вроде.

такой опции нет.

[U-S-T]

"/FL:<имя_файла> – сканировать пути, указанные в файле"
Да, этот ключ я видел. Но у него, как я понял, нет "отрицательной" опции (/FL- просто удаляет файл с путями после проверки). А мне-то нужно было:
"/.... - не сканировать пути, указанные в файле" или что-то вроде.

такой опции нет.

Понял. Спасибо.

[U-S-T]

Для userr
Думаю, что стОит вставить в командную строку (в ярлык запуска консольного сканера) и ключик /NI:<X>, как полагаете?

/NI[:X] – уровень использования ресурсов системы, в процентах. Определяет количество памяти используемой для сканирования и системный приоритет задачи сканирования. По умолчанию – без ограничений.

Иначе сканер та-а-ак загрузит процессор!... Ничего делать параллельно нельзя будет. Я поставил 40% - отличный полет

[Vorlon]

Подниму тему.

Скажите, а в режиме "быстрой" проверки GUI-сканером 1 час - это нормально в принципе??? С Dr.Web со времён замены им Aidstest'а, раньше считал самым быстрым и лучшим, но похоже моё мнение насчёт быстроты уже сильно устарело

ПК не слишком и древний: Core2Duo E4500, 3 Gb RAM, Windows 7 x64 Максимальная.


Статистика проверки
-----------------------------------------------------------------------------
Объектов проверено: 229884
Скорость проверки: 720 Kb/s
Время проверки: 0:59:13

Сообщение было изменено Vorlon: 12 Сентябрь 2011 - 23:56

[SergM]

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

[mrbelyash]

Подниму тему.

Скажите, а в режиме "быстрой" проверки GUI-сканером 1 час - это нормально в принципе??? С Dr.Web со времён замены им Aidstest'а, раньше считал самым быстрым и лучшим, но похоже моё мнение насчёт быстроты уже сильно устарело

ПК не слишком и древний: Core2Duo E4500, 3 Gb RAM, Windows 7 x64 Максимальная.


Статистика проверки
-----------------------------------------------------------------------------
Объектов проверено: 229884
Скорость проверки: 720 Kb/s
Время проверки: 0:59:13

Работают над этим....в бете уже быстрее

[Vorlon]

Шапку лога вечером выложу. А насчёт беты - я и так сижу на 6-ой бете, куда новее? Получается в релизе ещё медленнее?
ИМХО 1 час - за пределами добра и зла, теряется смысловая нагрузка самой проверки. А ведь я ещё помню время, когда на значительно более слабых ПК быстрая проверка сканером занимала буквально считанные минуты, ну может потом 5-10 минут, но не час!

Или имелась в виду 7-ая бета? Никак не решусь на неё перейти...

[VVS]

Шапку лога вечером выложу. А насчёт беты - я и так сижу на 6-ой бете, куда новее?

Тогда Вы ошиблись форумом, Вам в бету.

[Пол Банки]

А насчёт беты - я и так сижу на 6-ой бете, куда новее?

Или имелась в виду 7-ая бета? Никак не решусь на неё перейти...

как же это искренне звучит