Facebook API 2.1 — о приглашении друзей и идентификаторах пользователей в приложении

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

Когда пригласить друга, запрос отправляется как: {to[0]=10202585439492947, request=345936808908087}, я могу получить идентификатор получателя: 10202585439492947, это идентификатор пользователя для приложения получателя?

Идентификатор пользователя в области приложения всегда будет одинаковым? Если пользователь удалит мое приложение, а затем через несколько дней снова войдет в мое приложение, будет ли идентификатор пользователя для приложения таким же, как раньше?

Я хочу поощрить отправителя и получателя, но если идентификатор пользователя на уровне приложения изменился между отправителем, отправившим приглашение, и получателем, вошедшим в мое приложение. , я мог определить, кто пригласил нового пользователя.


ios android facebook
person timestee    schedule 10.10.2014    source источник

Ответы (2)


arrow_upward
2
arrow_downward

Я только что ответил на это в другой теме: facebook javascript v2.0

Это идентификатор области приложения, и он должен оставаться неизменным, даже если пользователь деавторизует и снова авторизует ваше приложение. В одном приложении он всегда будет одинаковым, а в другом — другим. Если вы хотите сопоставить идентификаторы разных приложений, вы можете использовать Business Mapping API: https://developers.facebook.com/docs/apps/for-business

Кстати, вам разрешено вознаграждать отправителя только в том случае, если получатель принял приглашение, и ничего больше. Ознакомьтесь с политикой платформы: https://developers.facebook.com/policy/ – 4.5 > нажмите на маленьком значке вопросительного знака.

Однако будьте осторожны, если вы используете «invitable_friends», вы получаете не идентификатор области приложения, а «токен приглашения»: https://developers.facebook.com/docs/graph-api/reference/v2.1/user/invitable_friends

Редактировать: Scoped ID может измениться, если пользователь деавторизует приложение и авторизует его снова через долгое время, но вам все равно придется удалить его данные по соображениям конфиденциальности.

person luschn    schedule 10.10.2014
comment
Отправить запрос на приглашение: получить идентификатор пользователя в области приложения: 10202585439492947, затем получатель установит мое приложение, будет ли идентификатор пользователя в области приложения: 10202585439492947? - person timestee; 10.10.2014
comment
@luschn Попробуйте повторно пройти аутентификацию через 24 часа. Кажется, я припоминаю, что у меня была проблема с изменением идентификатора приложения со временем, если вы удаляли и повторно аутентифицировали его позже (но это было близко к запуску и, возможно, ошибка). AlanGame Нет, все будет не так. Пользователь не аутентифицировал ваше приложение. - person Phillip; 10.10.2014
comment
Это не должно иметь значения через 24 часа, имхо, потому что получатель либо принял приглашение за это время, либо отказался. И если пользователь удалил ваше приложение и не использовал его в течение более длительного времени, он действительно может получить новый Scoped ID — хотя вам все равно пришлось бы удалить его данные. конфиденциальность данных и прочее... - person luschn; 10.10.2014
comment
Это то, о чем я думал, данные должны быть удалены (технически) через некоторое время, и это может быть сделано намеренно. - person Phillip; 10.10.2014
comment
да, и в настройках приложения есть поле ввода обратного вызова деаутентификации. хотя я сомневаюсь, что разработчики действительно используют его. ведь это дополнительная работа. - person luschn; 10.10.2014
comment
Как вознаградить отправителя за получателя? Ни за что? - person timestee; 10.10.2014
comment
что ты имеешь в виду? Я не понимаю получателя? вам разрешено вознаграждать только отправителя и только после того, как получатель принял приглашение. см. мой ответ для получения дополнительной информации. - person luschn; 10.10.2014
comment
Извините, ошибка, как вознаградить отправителя и получателя? Ни за что? - person timestee; 10.10.2014
comment
вам разрешено вознаграждать только отправителя и только после того, как получатель принял приглашение, но как я мог узнать, что получатель принял приглашение? Идентификатор области приложения изменится, возможно, через 24 часа. - person timestee; 10.10.2014
comment
как я уже сказал, это не должно быть проблемой, потому что через 24 часа получатель либо уже принял приглашение, либо отказался от него. - person luschn; 10.10.2014

arrow_upward
0
arrow_downward

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

person Phillip    schedule 10.10.2014
comment
Я мог бы получить идентификатор пользователя для приложения моего друга. Когда я приглашаю его (теперь он не устанавливает мое приложение), идентификатор пользователя для приложения изменится «позже»? но как долго? Несколько дней назад пользователь удалил мое приложение, затем переустановил и повторно аутентифицировал мое приложение, его идентификатор пользователя в области приложения действительно изменился. Но сегодня я удаляю, переустанавливаю, повторно аутентифицирую, мой идентификатор пользователя в приложении остается таким же, как и раньше. - person timestee; 10.10.2014
comment
Это не изменится, если он аутентифицирует ваше приложение, в противном случае оно будет продолжать меняться время от времени. - person Phillip; 10.10.2014