Цитата:
|
Сообщение от lmikle
А, так это ты защиту мастеришь...
Ну, первый совет тут - купить готовую. Лучше свое время потратить на разработку своей программы, чем на защиту, особенно с учетом того, что ты не специалист по защите. Почитай для общего образования блог Rouse. Он там постил несколько статей по противодействию взлому. Так вот, хотя я прекрсно понимаю то, о чем он там пишет,
|
Да - есть множество протекторов - вопрос в том, есть ли к ним доверие (да и разбираться с ними еще нужно). В случае чего клиент именно меня за яйца подвесит. Не охота зависеть непонятно от кого.
Цитата:
|
Сообщение от lmikle
но повтрорять это для каждого своего проекта - увольте (ну, с учетом того, что у меня есть купленный внешний протектор).
|
Ну если много мелких проектов - то да - видимо, тут вариантов нет. Хотя если все проекты разработаны в одной среде - в принципе, один раз написанный протектор можно применять во многих проектах слегка модифицируя.
Свое все-таки оно надежнее - пусть даже в чем-то менее эффективно - но по крайней мере, сам все контролируешь и некого винить если что не так. 100% защиты все равно нет - кому очень надо все равно взломает.
Цитата:
|
Сообщение от lmikle
Далее. По поводу оставления привязки. Есть 3 варианта.
Первый - забить. В случае проблемы, пользователь связывается с тобой и ты даешь ему новый ключ.
|
Собственно так и получается в этих случаях. Поэтому и пытаюсь решить вопрос. Но проблемы имеют свойство плодиться - и со временем общее количество случаев, когда "временно забил" будет расти и наступит момент, что придется выдавать по 1 ключу в сутки (клиентам кто купил в 2009, 2010, 2011, 2012 итд годы - у которых будут периодически слетать ключи).
А выдача ключей (с проверкой истории переписки - чтобы убедиться, что это действительно тот случай, где ранее "забил", а не попытка клиента получить бесплатно второй ключ) - это своего рода труд и труд бесплатный. Получается, чем больше программ продал - тем больше геморроя сделал себе на будущее.
Цитата:
|
Сообщение от lmikle
Второй - сделать что-то типа как в Винде. Т.е. если один-два из всех ключей не совпадает, то считать, что все ок, просто пользователь сменил часть железа. По желанию можно просто перегенерить, что бы следущее обновление железа не убило регистрацию. Единственное, можно таким образом "размножить" регистрацию путем постепенной замены железа с переносом старого в другой комп, но на практике это сильно геморойно.
|
Это бред - никто не будет этим заниматься из-за суммы меньше 30 долларов. А кто будет - ну и хрен с ними - все равно на них много не заработаешь (а те, кому продукт действительно нужен и приносит пользу - обычно из-за таких сумм не парятся). Это верно.
Цитата:
|
Сообщение от lmikle
Ну и третий вариант - он-лайн проверка. Если программа работает с интернетом, то ничего страшного, если она будет проверять лицензию через интернет.
|
Программа не требует Интернета. Но блочилку через Интернет и через обновления все же встроил - чтобы со временем у "хитрых" клиентов лишние ключи блокировались. Понятно, что 100% гарантий нет - но хоть что-то.