Нужен совет по внедрению ограниченного по времени пробного периода

Что бы вы ни делали, внимательно следите за системной датой. Самый старый трюк в книге - установить приложение в какой-то момент в будущем, а затем вернуться к реальной дате после того, как приложение сохранит глупую дату при первом запуске. Может быть, синхронизировать ключ с онлайн-хранилищем?

Если у вас [довольно] вероятно, что у вас будет сетевое соединение, вы можете зарегистрировать установщик на своем веб-сайте, а затем проверять его каждый раз при запуске.

Если это невозможно, запись значения в точку файловой системы, которая может быть изменена во всем мире (запись реестра, запись в файле / etc conf и т. д.), Может оказаться приемлемой.

От чего и чего не защищать:

Имейте в виду, что люди всегда найдут способ обойти пробный период. Итак, вы хотите, чтобы человеку было неприятно обходить ваш пробный период, но это не имеет значения, если вам невозможно обойти пробный период.

Большинство людей подумают, что пытаться обойти пробный период - это слишком много работы, если существует хотя бы простой механизм. Например, люди всегда могут использовать filemon / regmon, чтобы увидеть, какие файлы и записи реестра меняются при установке вашего программного обеспечения.

При этом лучше всего использовать простой механизм, потому что он тратит меньше времени.

Вот несколько идей:

• Вы можете производить подсчет тиков где-нибудь в реестре для каждого уникального дня. Если количество тиков> 30, покажите им просроченное сообщение.
• Вы можете сохранить дату установки, но постарайтесь проверить, доступно ли у них больше дней, чем предполагалось, а затем сообщите им, что срок их действия истек. Это защитит от людей, изменяющих свою дату перед установкой на будущий день.
• Я бы порекомендовал произвести деинсталляцию, убрать счетчик «текущих дней». Это связано с тем, что люди могут переоценить ваш продукт через несколько месяцев и в конечном итоге совершить покупку. Но если они не могут это оценить, они не будут покупать. Ни у одного серьезного пользователя не будет времени на удаление / повторную установку только для того, чтобы получить дополнительную пользу от вашего продукта.

Продление испытаний:

Для нас, когда клиент запрашивает расширение пробной версии, мы отправляем ему автоматическое электронное письмо, которое содержит программу "TrialExtend.exe" и код продления пробной версии. Эта программа связывается с нашим сервером с кодом расширения пробной версии для его проверки. Если код подтвержден, их пробный период сбрасывается.

Брайан ответил замечательно, но я хотел бы кое-что добавить.

Пользователи Linux обычно не привыкли платить за программное обеспечение, они, как правило, более технически подкованы и, возможно, даже «религиозны» в вопросах открытого исходного кода.

По этой причине я бы действительно рекомендовал не усложнять задачу - на самом деле это всего лишь небольшой барьер, который делает покупку программного обеспечения столь же простой, как его кражу.

Я бы посоветовал, чтобы он не умирал полностью, а после пробного периода отключает определенные функции (например, сохранение). Просто наблюдение, но ограничения на основе функций кажутся более распространенными в мире Linux.

Кроме того, поможет сделать версию для Linux «первоклассной» версией - приличный установщик и т. д.

Если вы относительно невелики или ваша программа занимает относительно нишу, вероятность того, что кто-то потрудится взломать ее, очень мала, поэтому просто сконцентрируйтесь на создании хорошего продукта, не торопясь, когда время истечет.

Возможно, настоящая проблема - это ограниченное по времени испытание. Компания, в которой я работаю, выполняет много работы с Active Directory, и мы обычно ограничиваем наше программное обеспечение небольшим количеством пользователей пробными версиями. Мне кажется, что ограничение функциональности в некотором роде иногда лучше, проще в реализации и не дает сбоев, когда пользователь просто меняет дату на своем компьютере. Существует балансирующее действие: вы не можете слишком строго ограничивать функциональность, иначе пользователи ничего не получат от пробной версии. В то же время слишком свободный лимит не дает стимула к покупке.