У меня есть приложение, которое я хочу вывести на рынок как платное. Я хотел бы иметь другую версию, которая была бы «пробной» с ограничением по времени, скажем, 5 дней?
Как я могу это сделать?
У меня есть приложение, которое я хочу вывести на рынок как платное. Я хотел бы иметь другую версию, которая была бы «пробной» с ограничением по времени, скажем, 5 дней?
Как я могу это сделать?
Ответы:
В настоящее время большинство разработчиков добиваются этого, используя один из следующих 3 методов.
Первый подход легко обойти: при первом запуске приложения сохраните дату / время в файле, базе данных или общих настройках и каждый раз, когда вы запускаете приложение после этого, проверяйте, закончился ли пробный период. Это легко обойти, поскольку удаление и повторная установка предоставят пользователю еще один пробный период.
Второй подход сложнее обойти, но его все же можно обойти. Используйте жестко запрограммированную бомбу замедленного действия. По сути, при таком подходе вы будете жестко запрограммировать дату окончания пробной версии, и все пользователи, которые загрузят и используют приложение, не смогут использовать приложение одновременно. Я использовал этот подход, потому что его легко реализовать, и по большей части мне просто не хотелось испытывать трудности с третьим методом. Пользователи могут обойти это, вручную изменив дату на своем телефоне, но у большинства пользователей не возникнет проблем, чтобы сделать это.
Третий метод - это единственный способ, о котором я слышал, по-настоящему добиться того, что вы хотите делать. Вам нужно будет настроить сервер, а затем всякий раз, когда ваше приложение запускается, ваше приложение отправляет на сервер уникальный идентификатор телефона . Если на сервере нет записи для этого идентификатора телефона, он создает новый и записывает время. Если на сервере есть запись для идентификатора телефона, он выполняет простую проверку, чтобы узнать, истек ли пробный период. Затем он сообщает вашему приложению результаты проверки истечения срока действия пробной версии. Этот подход нельзя обойти, но он требует настройки веб-сервера и т.п.
Всегда рекомендуется выполнять эти проверки в onCreate. Если истечение срока истекло, появится всплывающее окно AlertDialog со ссылкой на полную версию приложения. Включите только кнопку «ОК», и как только пользователь нажмет «ОК», вызовите «finish ()», чтобы завершить действие.
источник
Я разработал Android Trial SDK, который вы можете просто добавить в свой проект Android Studio, и он позаботится обо всем управлении на стороне сервера (включая льготные периоды в автономном режиме).
Чтобы использовать это, просто
Добавьте библиотеку в свой основной модуль
build.gradle
Инициализируйте библиотеку в
onCreate()
методе вашего основного действияДобавьте обработчик обратного вызова:
Чтобы начать пробную версию, позвоните.
mTrialy.startTrial("YOUR_TRIAL_SKU", mTrialyCallback);
Ваш ключ приложения и SKU пробной версии можно найти на панели инструментов разработчика Trialy .источник
Это старый вопрос, но в любом случае, может быть, это кому-то поможет.
Если вы хотите использовать самый упрощенный подход (который не удастся, если приложение будет удалено / переустановлено или пользователь вручную изменит дату устройства), это может быть так:
источник
getTime
неgetTimeInMillis
.Этот вопрос и ответ snctln вдохновили меня на работу над решением, основанным на методе 3, в качестве моей бакалаврской диссертации. Я знаю, что текущий статус не предназначен для продуктивного использования, но мне хотелось бы услышать, что вы об этом думаете! Вы бы использовали такую систему? Хотели бы вы видеть его как облачный сервис (без проблем с настройкой сервера)? Беспокоитесь о проблемах безопасности или стабильности?
Как только я закончу бакалавриат, я хочу продолжить работу над программой. Итак, пришло время узнать ваше мнение!
Исходный код размещен на GitHub https://github.com/MaChristmann/mobile-trial
Некоторая информация о системе: - Система состоит из трех частей: библиотеки Android, сервера node.js и конфигуратора для управления несколькими пробными приложениями и учетными записями издателей / разработчиков.
Он поддерживает только пробные версии, основанные на времени, и использует вашу учетную запись (игровой магазин или другую), а не идентификатор телефона.
Для библиотеки Android он основан на библиотеке проверки лицензирования Google Play. Я модифицировал его для подключения к серверу node.js, и, кроме того, библиотека пытается распознать, изменил ли пользователь системную дату. Он также кэширует полученную пробную лицензию в зашифрованных общих настройках AES. Вы можете настроить время действия кеша с помощью конфигуратора. Если пользователь «очищает данные», библиотека принудительно выполняет проверку на стороне сервера.
Сервер использует https, а также использует цифровую подпись для ответа о проверке лицензии. Он также имеет API для пробных приложений CRUD и пользователей (издателей и разработчиков). Разработчики библиотеки лицензирования Verfication Library могут протестировать реализацию своего поведения в пробном приложении с результатами теста. Таким образом, в конфигураторе вы можете явно указать ответ лицензии на «лицензировано», «не лицензировано» или «ошибка сервера».
Если вы обновите свое приложение с помощью новой потрясающей функции, возможно, вы захотите, чтобы каждый мог попробовать ее снова. В конфигураторе вы можете продлить пробную лицензию для пользователей с истекшими лицензиями, установив код версии, который должен вызвать это. Например, пользователь запускает ваше приложение с кодом версии 3, и вы хотите, чтобы он попробовал функции кода версии 4. Если он обновит приложение или переустановит его, он сможет снова использовать полный пробный период, потому что сервер знает, в какой версии он пробовал его в последний раз. время.
Все под лицензией Apache 2.0
источник
Самый простой и лучший способ сделать это - реализовать BackupSharedPreferences.
Настройки сохранятся, даже если приложение будет удалено и переустановлено.
Просто сохраните дату установки в качестве предпочтения, и все готово.
Вот теория: http://developer.android.com/reference/android/app/backup/SharedPreferencesBackupHelper.html
Вот пример: резервное копирование Android SharedPreferences не работает
источник
Подход 4: используйте время установки приложения.
Так как уровень API 9 (Android 2.3.2, 2.3.1, Android 2.3, Gingerbread) есть firstInstallTime и lastUpdateTime в
PackageInfo
.Чтобы узнать больше: Как получить время установки приложения с Android
источник
Теперь в последней версии была добавлена бесплатная пробная подписка для Android, вы можете разблокировать все функции своего приложения только после покупки подписки в приложении на бесплатный пробный период. Это позволит пользователю использовать ваше приложение в течение пробного периода. Если приложение все еще будет удалено после пробного периода, деньги за подписку будут переведены вам. Не пробовал, просто поделюсь идеей.
Вот документация
источник
На мой взгляд, лучший способ сделать это - просто использовать базу данных Firebase Realtime:
1) Добавьте поддержку Firebase в свое приложение
2) Выберите «Анонимная аутентификация», чтобы пользователю не приходилось регистрироваться или даже знать, что вы делаете. Это гарантированно будет связано с учетной записью пользователя, прошедшей аутентификацию в настоящее время, и поэтому будет работать на всех устройствах.
3) Используйте API базы данных в реальном времени, чтобы установить значение для "installed_date". Во время запуска просто получите это значение и используйте его.
Я сделал то же самое, и он отлично работает. Я смог проверить это при удалении / повторной установке, и значение в базе данных в реальном времени осталось прежним. Таким образом, ваш пробный период работает на нескольких пользовательских устройствах. Вы даже можете изменить версию install_date, чтобы приложение сбрасывало дату пробной версии для каждого нового основного выпуска.
ОБНОВЛЕНИЕ : после небольшого тестирования кажется, что анонимный Firebase, похоже, выделяет другой идентификатор на случай, если у вас разные устройства, и не гарантируется между повторными установками: / Единственный гарантированный способ - использовать Firebase, но привязать его к своему Google учетная запись. Это должно сработать, но потребует дополнительного шага, на котором пользователю сначала нужно войти в систему / зарегистрироваться.
До сих пор я пришел к менее элегантному подходу, заключающемуся в простой проверке резервных копий настроек и даты, сохраненной в настройках при установке. Это работает для приложений, ориентированных на данные, где человеку бессмысленно переустанавливать приложение и повторно вводить все ранее добавленные данные, но не будет работать для простой игры.
источник
После просмотра всех вариантов в этой и других темах, вот мои выводы
Общие настройки, база данных Может быть очищена в настройках Android, потеряна после переустановки приложения. Можно создать резервную копию с помощью механизма резервного копирования Android и восстановить после переустановки. Резервное копирование не всегда может быть доступно, хотя должно быть на большинстве устройств.
Внешнее хранилище (запись в файл) Не зависит от удаления из настроек или переустановки, если мы не записываем в личный каталог приложения . Но: требует, чтобы вы спросили у пользователя их разрешение во время выполнения в более новых версиях Android, поэтому это, вероятно, возможно только в том случае, если вам все равно нужно это разрешение. Также можно создать резервную копию.
PackageInfo.firstInstallTime после переустановки, но стабильно во всех обновлениях
Войдите в какой-нибудь аккаунт Неважно, это их учетная запись Google через Firebase или учетная запись на вашем собственном сервере: пробная версия привязана к учетной записи. Создание новой учетной записи приведет к сбросу пробной версии.
Анонимный вход в Firebase. Вы можете войти в систему анонимно и хранить данные для них в Firebase. Но, по- видимому, переустановка приложения и, возможно, другие недокументированные события могут дать пользователю новый анонимный идентификатор , сбросив пробное время. (Сами Google не предоставляют много документации по этому поводу)
ANDROID_ID Может быть недоступен и может измениться при определенных обстоятельствах , например, при сбросе к заводским настройкам. Мнения о том, стоит ли использовать это для идентификации устройств, разошлись.
Рекламный идентификатор Google Play может быть сброшен пользователем. Может быть отключено пользователем, отказавшись от отслеживания рекламы.
Сброс InstanceID при переустановке . Сброс в случае события безопасности. Может быть сброшен вашим приложением.
Какие (комбинации) методов работают для вас, зависит от вашего приложения и от того, сколько усилий, по вашему мнению, средний Джон приложит для получения еще одного пробного периода. Я бы рекомендовал избегать использования только анонимных Firebase и Advertising ID из-за их нестабильности. Похоже, что многофакторный подход даст наилучшие результаты. Какие факторы доступны вам, зависит от вашего приложения и его разрешений.
Для моего собственного приложения я обнаружил, что общие настройки + firstInstallTime + резервное копирование настроек являются наименее навязчивым, но также достаточно эффективным методом. Вы должны убедиться, что запрашиваете резервную копию только после проверки и сохранения времени запуска пробной версии в общих настройках. Значения в общих Prefs должны иметь приоритет над firstInstallTime. Затем пользователь должен переустановить приложение, запустить его один раз, а затем очистить данные приложения, чтобы сбросить пробную версию, что является довольно большой работой. Однако на устройствах без резервного транспорта пользователь может сбросить пробную версию, просто переустановив ее.
Я сделал этот подход доступным в виде расширяемой библиотеки .
источник
По определению, все платные приложения для Android, представленные на рынке, можно оценить в течение 24 часов после покупки.
Там есть кнопка «Удалить и вернуть», которая через 24 часа меняется на «Удалить».
Я бы сказал, что эта кнопка слишком заметна!
источник
Я столкнулся с этим вопросом при поиске той же проблемы, я думаю, мы можем использовать бесплатный api даты, например http://www.timeapi.org/utc/now или какой-либо другой api даты, чтобы проверить истечение срока действия приложения trail. этот способ эффективен, если вы хотите доставить демоверсию и беспокоиться об оплате и требовать исправления демоверсии. :)
найдите код ниже
его рабочее решение .....
источник
Вот как я поступил: я создал 2 приложения, одно с пробной активностью, другое без,
я загрузил приложение без пробной активности в Play Store как платное приложение,
и тот, у которого пробная активность как бесплатное приложение.
Бесплатное приложение при первом запуске имеет варианты для пробной версии и покупки в магазине, если пользователь выбирает покупку в магазине, оно перенаправляется в магазин для покупки пользователем, но если пользователь нажимает пробную версию, они переходят к пробной активности
NB: я использовал вариант 3 вроде @snctln, но с изменениями
во-первых , я не зависел от времени устройства, я получил свое время из файла php, который выполняет пробную регистрацию в db,
во-вторых , я использовал серийный номер устройства, чтобы однозначно идентифицировать каждое устройство,
наконец , приложение зависит от значения времени, возвращаемого из соединения с сервером, а не от своего собственного времени, поэтому систему можно обойти, только если изменить серийный номер устройства, что является довольно сложной задачей для пользователя.
Итак, вот мой код (для пробной деятельности):
Мой php файл выглядит так (это технология REST-slim):
затем в основном действии я использую общие предпочтения (installDate, созданные в пробном действии), чтобы отслеживать количество оставшихся дней, и если дни закончились, я блокирую пользовательский интерфейс основного действия с сообщением, которое отправляет их в магазин для покупки.
Единственный недостаток, который я здесь вижу, заключается в том, что если пользователь Rogue покупает платное приложение и решает поделиться с такими приложениями, как Zender, общий доступ к файлам или даже разместить apk-файл непосредственно на сервере, чтобы люди могли его бесплатно скачать. Но я уверен, что скоро отредактирую этот ответ, добавив решение или ссылку на решение.
Надеюсь, это спасет душу ... когда-нибудь
Удачного кодирования ...
источник
@snctlnВариант 3 можно легко выполнить, добавив файл php на веб-сервер с установленными php и mysql, как и многие из них.
Со стороны Android идентификатор (идентификатор устройства, учетная запись google или что угодно) передается в качестве аргумента в URL-адресе с помощью HttpURLConnection, а php возвращает дату первой установки, если она существует в таблице, или вставляет новую строку и он возвращает текущую дату.
Он отлично работает для меня.
Если будет время, выложу код!
Удачи !
источник