Пока юзер флешку смотрит, тут то его файрволл уже и кракають.
Ну, батенька, это просто несерьезно. Достаточно иметь простой мультибут (хотя бы из 2-3 вариантов) и переключаться на другую версию при первых подозрениях на атаку. Ну и предохраняться от создания модифицированной копии. Таким образом, trial-период (при некоторой удаче) может длиться годами в полнофункциональном режиме и практически без напоминаний о необходимости регистрации. Кроме того, мультизагрузка имеет еще одну полезную сторону - возможность сравнения разных версий и выбора оптимальной.
Небольшой оффтоп: нет, конечно, я не против легального варианта. Но, когда доступ к имеющимся аппаратным ресурсам типа "жилье" является многопользовательским, регистрацию лучше не проводить. Это связано с тем, что при активации происходит привязка к аппаратным ресурсам. Проверено - сразу же возникают конфликты. Увы, данный баг заложен в ядре системы и исправлению, скорее всего, не подлежит. :evil:
Впрочем, при грамотном выборе версии на этапе загрузки, наличии нерасшаренных аппаратных ресурсов типа "жилье" и некоторого опыта в общении с данным комплексом, полученного во время trial-периода регистрация может быть даже желательна. Тогда в течении долгих лет объект будет радовать глаз (а также нос, ух и прочий част тэл :D) не нуждаясь в апгрейде.
А есть еще разновидности квартир. Самая страшная (прям как ГУСь) - коммуналка, когда ресурсы расшарены между всеми и вечно конфликты.. С сабжем лучше там не жить...
Это связано с тем, что при активации происходит привязка к аппаратным ресурсам. Проверено - сразу же возникают конфликты. Увы, данный баг заложен в ядре системы и исправлению, скорее всего, не подлежит. :evil:
Дык это ж не баг, а, можно сказать, одна из основ фунциклирования комплекса - в автоматическом режиме начинается подготовка к фазе репликации, для коей аппаратная привязка является чрезвычайно важной составляющей... :roll:
Так штА, тщательнЕе надо... :wink:
Ну, пока что могу оправдаться только тем, что (к счастью или к сожалению) процесса регистрации еще не проводил. Однажды, не найдя явных глюков и лишних опций, практически решился. Однако конфликты из-за расшаренных ресурсов возникли еще на этапе подготовки к активации. Процесс завершился полным крахом системы.
Однако не могу не заметить, что у многих моих знакомых процесс репликации начался еще до регистрации и во многом послужил ее причиной. Более того - нехватка ресурсов отнюдь не была помехой, хотя и вызвала множество проблем в дальнейшем (неправильная инициализация :?: ). Так что: запрет на репликацию до регистрации - не прихоть, а жизненная необходимость! Тем более, что затрат сил и средств это практически не требует.
А вот является ли привязка к нерасшаренным ресурсам "чрезвычайно важной составляющей" или всего лишь опцией - скорее всего зависит от конкретной связки система-пользователь и ее "сетевого окружения".
А есть еще разновидности квартир. Самая страшная (прям как ГУСь) - коммуналка, когда ресурсы расшарены между всеми и вечно конфликты.. С сабжем лучше там не жить...
Зато если софт отлаживается и работает даже в таких условиях- в дальнейшем при смене железа получаем практически безглючную и надёжную систему :)
Baza Особенно если на новом железе используются только возможности старого, а все остальное пропадает зря...
практически безглючную и надёжную систему
только если Minimum System Requirements <= Current Config. В противном случае, придется либо апгрейдиться, либо забивать болт... Хотя никто не мешает и "обмануть". Правда, результаты могут быть плачевными :(
Результаты не "могут быть" плачевными, они обязательно будут. Если только под обманом не подразумевается использование одних ресурсов для снижения потребности в других.
Например, если развиты такие скиллы пользователя, как харизма и внимательность к мелочам (вместе с быстрой реакцией на первые признаки неприятностей или даже профилактикой) - это благоприятно влияет на устойчивость системы. В какой-то мере они даже позволяют обходиться явно недостаточными ресурсами для инсталляции. Впрочем, все равно - это как "жучок" вместо предохранителя. Работать будет до поры, до времени, но при нагрузке - полыхнет полсистемы. Короче - себе дороже выйдет, поскольку нервные клетки не восстанавливаются.
"...Таким образом, trial-период (при некоторой удаче) может длиться годами в полнофункциональном режиме и практически без напоминаний о необходимости регистрации. ..."
:D
Несмотря на дружественный интерфейс, предложения об автоматическом регистрировании софта и длительный trial-период, после регистрации возможно срабатывание time-bomb и отказ пользователю в доступе не только к самой программе, но и к солидной части хардварных ресурсов, особенно инсталлированных после регистрации софта или в процессе его установки...
Негативное воздействие оказывают следующие ключи реестра:
HKey_CLASSES_ROOT/.386 = dura
HKey_CLASSES_ROOT/liveupdate = reklama
HKey_CLASSES_ROOT/userN = setup newuser
Небольшой оффтоп: нет, конечно, я не против легального варианта. Но, когда доступ к имеющимся аппаратным ресурсам типа "жилье" является многопользовательским, регистрацию лучше не проводить. Это связано с тем, что при активации происходит привязка к аппаратным ресурсам. Проверено - сразу же возникают конфликты. Увы, данный баг заложен в ядре системы и исправлению, скорее всего, не подлежит. :evil:
Впрочем, при грамотном выборе версии на этапе загрузки, наличии нерасшаренных аппаратных ресурсов типа "жилье" и некоторого опыта в общении с данным комплексом, полученного во время trial-периода регистрация может быть даже желательна. Тогда в течении долгих лет объект будет радовать глаз (а также нос, ух и прочий част тэл :D) не нуждаясь в апгрейде.
Дык это ж не баг, а, можно сказать, одна из основ фунциклирования комплекса - в автоматическом режиме начинается подготовка к фазе репликации, для коей аппаратная привязка является чрезвычайно важной составляющей... :roll:
Так штА, тщательнЕе надо... :wink:
Однако не могу не заметить, что у многих моих знакомых процесс репликации начался еще до регистрации и во многом послужил ее причиной. Более того - нехватка ресурсов отнюдь не была помехой, хотя и вызвала множество проблем в дальнейшем (неправильная инициализация :?: ). Так что: запрет на репликацию до регистрации - не прихоть, а жизненная необходимость! Тем более, что затрат сил и средств это практически не требует.
А вот является ли привязка к нерасшаренным ресурсам "чрезвычайно важной составляющей" или всего лишь опцией - скорее всего зависит от конкретной связки система-пользователь и ее "сетевого окружения".
Зато если софт отлаживается и работает даже в таких условиях- в дальнейшем при смене железа получаем практически безглючную и надёжную систему :)
только если Minimum System Requirements <= Current Config. В противном случае, придется либо апгрейдиться, либо забивать болт... Хотя никто не мешает и "обмануть". Правда, результаты могут быть плачевными :(
Например, если развиты такие скиллы пользователя, как харизма и внимательность к мелочам (вместе с быстрой реакцией на первые признаки неприятностей или даже профилактикой) - это благоприятно влияет на устойчивость системы. В какой-то мере они даже позволяют обходиться явно недостаточными ресурсами для инсталляции. Впрочем, все равно - это как "жучок" вместо предохранителя. Работать будет до поры, до времени, но при нагрузке - полыхнет полсистемы. Короче - себе дороже выйдет, поскольку нервные клетки не восстанавливаются.
:D
Несмотря на дружественный интерфейс, предложения об автоматическом регистрировании софта и длительный 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