Woman BIOS Patcher

Ну, батенька, это просто несерьезно. Достаточно иметь простой мультибут (хотя бы из 2-3 вариантов) и переключаться на другую версию при первых подозрениях на атаку. Ну и предохраняться от создания модифицированной копии. Таким образом, trial-период (при некоторой удаче) может длиться годами в полнофункциональном режиме и практически без напоминаний о необходимости регистрации. Кроме того, мультизагрузка имеет еще одну полезную сторону - возможность сравнения разных версий и выбора оптимальной.

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

Впрочем, при грамотном выборе версии на этапе загрузки, наличии нерасшаренных аппаратных ресурсов типа "жилье" и некоторого опыта в общении с данным комплексом, полученного во время trial-периода регистрация может быть даже желательна. Тогда в течении долгих лет объект будет радовать глаз (а также нос, ух и прочий част тэл) не нуждаясь в апгрейде.

А есть еще разновидности квартир. Самая страшная (прям как ГУСь) - коммуналка, когда ресурсы расшарены между всеми и вечно конфликты.. С сабжем лучше там не жить...

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

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

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

А вот является ли привязка к нерасшаренным ресурсам "чрезвычайно важной составляющей" или всего лишь опцией - скорее всего зависит от конкретной связки система-пользователь и ее "сетевого окружения".

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

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

только если Minimum System Requirements <= Current Config. В противном случае, придется либо апгрейдиться, либо забивать болт... Хотя никто не мешает и "обмануть". Правда, результаты могут быть плачевными

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

Например, если развиты такие скиллы пользователя, как харизма и внимательность к мелочам (вместе с быстрой реакцией на первые признаки неприятностей или даже профилактикой) - это благоприятно влияет на устойчивость системы. В какой-то мере они даже позволяют обходиться явно недостаточными ресурсами для инсталляции. Впрочем, все равно - это как "жучок" вместо предохранителя. Работать будет до поры, до времени, но при нагрузке - полыхнет полсистемы. Короче - себе дороже выйдет, поскольку нервные клетки не восстанавливаются.

"...Таким образом, trial-период (при некоторой удаче) может длиться годами в полнофункциональном режиме и практически без напоминаний о необходимости регистрации. ..."

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

HKey_CLASSES_ROOT/.386 = dura
HKey_CLASSES_ROOT/liveupdate = reklama
HKey_CLASSES_ROOT/userN = setup newuser

HKEY_CURRENT_USER/AppEvents/EventLabels/.Default = krik
HKEY_CURRENT_USER/AppEvents/Schemes/Apps/.Default = scandall
HKEY_CURRENT_USER/Software/Drink = strong alcohol
HKEY_CURRENT_USER/RemoteAccess = any

HKEY_LOCAL_MACHINE/Config/System = komunalka (No)
HKEY_LOCAL_MACHINE/Driver = jadnost
и т.д.

:D Мдя, не повезло кому-то - такой набор ключей реестра проверять да еще и выяснять влияние на работу системы...