мысль встроить приватный ключ в демку и чтобы пользователь сам себе генерил (с помощью длл-генератора) временный ключ для пользования прогой, скажем на месяц. То есть, после того как ключ создан, где то фиксировалось бы, что второй ключ он создать уже невправе В общем, такой путь быстро был отметен...Далее, исходя из советов авторов VMProtect'а и собственных измышлений пришли к выводу организовать процесс раздачи демо-версии следующим образом:
1) Поскольку приложение работает с БД, то для демки характерно ограничить количество записей в основных (заказы, к примеру) таблицах небольшим числом. То бишь, при сохранении записи происходит проверка на кол-во записей в таблице через простой запрос. Такие процедуры должны быть защищены ультрой.
2) Временный trial-ключ на месяц должен генерится на стороне нашего сайта (кейген php), после запроса по e-mail. В случае повторного запроса с этого емейла, выдача ключа не производится...
Вроде бы это решение вполне приемлемое, однако ведь можно, например, завести с десяток емейлов и запрашивать ключ без проблем, особенно если не применять HWID. К тому же, если бы не БД и проверка на количество записей - ограничение получается как бы легко обходимое...
Хотелось бы услышать мнение форумчан по этому поводу.
Если так, то... обойдемся без них.