Сообщение Re: Выбор протектора - 2023 от 01.10.2023 12:10
Изменено 01.10.2023 12:16 Александр Широков
Re: Выбор протектора - 2023
Здравствуйте, Khimik, Вы писали:
K>Посоветуйте, что выбрать из текущих вариантов, если вообще стоит. Я могу ошибиться, но есть подозрение, что от шифрования кода сейчас больше вреда (ложные срабатывания антивирусов), чем пользы; может быть, лучше ограничиться простой защитой вроде отслеживания дебаггеров или как это называется?
K>Мой проект постоянно обновляется, у ниши есть специфика что постепенно пользователям приходится переходить на новые версии (не то что Total commander какой-нибудь, который работает 20 лет без проблем). Ещё думаю встроить в программу собственную защиту — какие-нибудь пасхальные яйца, т.е. срабатывание защиты не сразу (когда это видит хакер), а через два года после релиза, чтобы юзер таки купил новую версию. Но это пока смутная идея, скорее интуитивная, как реализовать конкретно — подайте идеи.
Сейчас все это не нужно. Те два с половиной неудачника что все еще качают кряки все равно не купят.
Очевидной проверки ключа сразу плюс парочки отложенных проверок вполне достаточно. Если и будут вообще ломать, то только очевидную проверку. Нет смысла заморачиваться, если кряк мало кто качает. Тут нужно брать количеством, а не качеством. А то что потом программа перестала работать, так кого это волнует когда троян уже подсажен.
K>Посоветуйте, что выбрать из текущих вариантов, если вообще стоит. Я могу ошибиться, но есть подозрение, что от шифрования кода сейчас больше вреда (ложные срабатывания антивирусов), чем пользы; может быть, лучше ограничиться простой защитой вроде отслеживания дебаггеров или как это называется?
K>Мой проект постоянно обновляется, у ниши есть специфика что постепенно пользователям приходится переходить на новые версии (не то что Total commander какой-нибудь, который работает 20 лет без проблем). Ещё думаю встроить в программу собственную защиту — какие-нибудь пасхальные яйца, т.е. срабатывание защиты не сразу (когда это видит хакер), а через два года после релиза, чтобы юзер таки купил новую версию. Но это пока смутная идея, скорее интуитивная, как реализовать конкретно — подайте идеи.
Сейчас все это не нужно. Те два с половиной неудачника что все еще качают кряки все равно не купят.
Очевидной проверки ключа сразу плюс парочки отложенных проверок вполне достаточно. Если и будут вообще ломать, то только очевидную проверку. Нет смысла заморачиваться, если кряк мало кто качает. Тут нужно брать количеством, а не качеством. А то что потом программа перестала работать, так кого это волнует когда троян уже подсажен.
Re: Выбор протектора - 2023
Здравствуйте, Khimik, Вы писали:
K>Посоветуйте, что выбрать из текущих вариантов, если вообще стоит. Я могу ошибиться, но есть подозрение, что от шифрования кода сейчас больше вреда (ложные срабатывания антивирусов), чем пользы; может быть, лучше ограничиться простой защитой вроде отслеживания дебаггеров или как это называется?
K>Мой проект постоянно обновляется, у ниши есть специфика что постепенно пользователям приходится переходить на новые версии (не то что Total commander какой-нибудь, который работает 20 лет без проблем). Ещё думаю встроить в программу собственную защиту — какие-нибудь пасхальные яйца, т.е. срабатывание защиты не сразу (когда это видит хакер), а через два года после релиза, чтобы юзер таки купил новую версию. Но это пока смутная идея, скорее интуитивная, как реализовать конкретно — подайте идеи.
Сейчас все это не нужно. Те два с половиной неудачника что все еще качают кряки все равно не купят.
Очевидной проверки ключа сразу плюс парочки отложенных проверок вполне достаточно. Если и будут вообще ломать, то только очевидную проверку. Нет смысла заморачиваться, если кряк мало кто качает. Тут нужно брать количеством, а не качеством. А то что потом программа перестала работать, так кого это волнует когда троян уже подсажен.
P.S. Само-собой нужна онлайн активация и возможность в любой момент отозвать ключ (чтобы не думать о рефандах).
K>Посоветуйте, что выбрать из текущих вариантов, если вообще стоит. Я могу ошибиться, но есть подозрение, что от шифрования кода сейчас больше вреда (ложные срабатывания антивирусов), чем пользы; может быть, лучше ограничиться простой защитой вроде отслеживания дебаггеров или как это называется?
K>Мой проект постоянно обновляется, у ниши есть специфика что постепенно пользователям приходится переходить на новые версии (не то что Total commander какой-нибудь, который работает 20 лет без проблем). Ещё думаю встроить в программу собственную защиту — какие-нибудь пасхальные яйца, т.е. срабатывание защиты не сразу (когда это видит хакер), а через два года после релиза, чтобы юзер таки купил новую версию. Но это пока смутная идея, скорее интуитивная, как реализовать конкретно — подайте идеи.
Сейчас все это не нужно. Те два с половиной неудачника что все еще качают кряки все равно не купят.
Очевидной проверки ключа сразу плюс парочки отложенных проверок вполне достаточно. Если и будут вообще ломать, то только очевидную проверку. Нет смысла заморачиваться, если кряк мало кто качает. Тут нужно брать количеством, а не качеством. А то что потом программа перестала работать, так кого это волнует когда троян уже подсажен.
P.S. Само-собой нужна онлайн активация и возможность в любой момент отозвать ключ (чтобы не думать о рефандах).