Реферальная программа flask rest api для приложения iOS [дубликат]
Исключение нулевого указателя генерируется, когда приложение пытается использовать null в случае, когда требуется объект. К ним относятся:
- Вызов метода экземпляра объекта
null. - Доступ или изменение поля объекта
null. - Принимая длину
null, как если бы это был массив. - Доступ или изменение слотов
null, как если бы это был массив. - Бросок
nullкак будто это было значение Throwable.
Приложения должны бросать экземпляры этого класса, чтобы указать на другие незаконные использования объекта null.
Ссылка: http://docs.oracle.com/javase/8/docs/api/java/lang/NullPointerException.html
6 ответов
Мы делаем подобный тип реферальной системы в нашем приложении, которая предоставляет определенное количество очков вознаграждения рефереру (который фактически поделился ссылкой на приложение) при успешной установке приложения новым пользователем (тот, кто получил ссылку ).
Я попытаюсь объяснить нашу реализацию, используя ваш сценарий: Итак, согласно вашей истории пользователей:
- Каждому новому пользователю (например, Джону) предоставляется уникальная реферальная ссылка , который он / она может поделиться с друзьями, используя FB / TW / Email или SMS.
- Когда друг Джона нажимает на ссылку, он перенаправляется сначала на сервлет, который в конечном итоге перенаправляет его на соответствующий AppStore, основанный на его платформе (Android / iPhone), чтобы загрузить приложение.
- Обратите внимание, что мы можем узнать IP-адрес, пользовательский агент и модель устройства пользователя, который нажал ссылку с помощью сервлета.
- Мы уже знаем, что реферальная ссылка принадлежит Джону, и, следовательно, сервлет отображает IP-адрес, пользовательский агент и / или модель устройства друга Джона в записи Джона в базе данных.
- В тот момент, когда друг Джона устанавливает приложение и открывает приложение, приложение отправляет на сервер IP-адрес, пользовательский агент и / или модель устройства.
- Сервер проверяет запись против всего пользователя, чтобы найти реферера, и если он найдет его, в нашем случае Джон, Джон получает вознаграждение соответственно.
Thats it , Мы реализовали это в прошлом месяце, и это увеличило наши загрузки. Дайте мне знать, если это будет полезно.
-
1Привет Puru Спасибо за ваш ответ, я заинтересован в пункте 3, вы в пути реализации «метода отпечатков пальцев устройства», но вопрос в том, действительно ли IP-адрес + Пользовательский агент + модель устройства идентифицирует уникальное устройство? – James Khoo 7 March 2014 в 18:02
-
2Что произойдет, если IP-адрес изменится? Например, если кто-то щелкнул реферальную ссылку во время 3G, но запускает приложение в первый раз на WiFi? – jowie 31 July 2014 в 12:02
-
3Branch - branch.io - построил это решение до конца и отдал его бесплатно. Они даже создали кредитную систему вознаграждения, которая позволяет вам присуждать кредиты рефереру и рефери на основе действий, предпринятых реферером. – user 13 January 2015 в 16:54
-
4Здесь вы можете прочитать о точности отпечатков пальцев и случаях кросс dev.branch.io/recipes/matching_accuracy - позволяет настроить опыт работы с отпечатками пальцев на основе того, насколько точным вам это нужно (например, изменение времени до истечения срока действия отпечатка пальца). @JamesKhoo – acingersoll 7 July 2015 в 00:33
-
5Подробнее о реферере филиала - branch.io/referral – Mada Seghete 23 May 2016 в 19:52
Если кто-то все еще ищет решение этого вопроса. Я прочитал много блогов и документов по той же проблеме и пришел к следующему выводу: -
IP-адрес + Пользовательский агент + Модель устройства недостаточно для однозначного определения устройства. Поэтому я считаю, что лучше использовать динамические ссылки. Вы можете создавать динамические ссылки, содержащие уникальный идентификатор. И эти данные сохранят перенаправление URL-адресов в хранилище приложений, и даже после установки ваше приложение сможет получить уникальный идентификатор из динамической ссылки. Firebase Google можно использовать для создания динамических ссылок: -
https : //firebase.google.com/docs/dynamic-links/
Или если вы хотите использовать готовое к использованию решение, вы можете обратиться к branch.io
-
1У вас есть образец? вы можете поделиться, если есть, пожалуйста. – Vishnu Prabhu 19 June 2018 в 06:50
-
2Мы использовали branch.io для нашего решения. Это обрабатывается в стороне приложения. В документах Firebase говорится, что он работает только с именем google. – Chandan Kumar 19 June 2018 в 08:54
-
3Не могли бы вы поделиться ссылкой, в которой говорится, что она будет работать только с именем google. Это поможет мне убедить моего менеджера. Также Branch.io является бесплатным или платным? – Vishnu Prabhu 20 June 2018 в 08:36
-
4Firebase работает с некоторыми угловыми корпусами. Вы можете увидеть документы для более подробной информации firebase.google.com/docs/dynamic-links/use-cases/… И branch.io свободен от определенного количества пользователей, а затем он оплачивается – Chandan Kumar 21 June 2018 в 09:34
Это можно сделать с помощью Google Campaign Measurement , где в utm_source просто указывается уникальный номер / строка для каждого пользователя, который вы получите, когда пользователь установит приложение в качестве магазина Google Play . после установки. См. этот вопрос .
-
1Вопрос требует как iOS, так и отслеживания направления Android. – Sahil Kapoor 23 December 2015 в 18:39
Альтернативой является предоставление вашим текущим пользователям уникального кода, например, David123 или HenryABC. Они делятся своим кодом (который легко запомнить, поскольку он личный). В вашем приложении вы предоставляете реферальный блок, в который новый пользователь вводит код, чтобы разблокировать дополнительные функции. Таким образом, вы можете отслеживать и не беспокоиться о отпечатке пальца. Большая проблема с методом отпечатка пальца - iOS недостаточно уникальна, а мобильные сети используют IP-адреса. Так что кто-то с iPhone 6s в Лондоне на EE, вероятно, будет иметь тот же отпечаток пальца, что и 100 других людей.