2011-10-01 1 views
0

문제에 대한 방문자의 의존하는 응용 프로그램 동작. 사용자 A가 프로필에서 via를 통해 앱을보고있는 경우 앱은 행동 Ba를 표시해야합니다.페이스 북 캔버스 페이지 : I는 사용자 A에 캔버스 페이지 ('소유자')와 같은 페이스 북의 응용 프로그램을 제공 할</p> <p>: 사용자의 프로필

소유자 프로필을 방문한 사용자 B ('방문자')가있는 경우 소유자 프로필에있는 앱의 캔버스 페이지를 보려면 클릭하면 앱에서 방문자의 프로필에 따라 행동 Bb를 표시해야합니다. 방문자 (사용자 B)의 프로필에 해당 응용 프로그램이 없습니다.

밴드 프로필 (http://www.facebook.com/hmbmusic?sk=app_178091127385)에서 밴드 페이지와 같은 응용 프로그램이 프로필을 방문하는 사람마다 다른 행동을 보일 것이라고 추측 할 수 있습니다.

저는 fb_sig_user 및 fb_sig_canvas_user 자료를 조사하고 있으며, 이와 같은 일이 가능할 지 여부를 결론 지을 수 없습니다.

가능합니까? 어떤 팁?

답변

1

가능합니다. 사용자가 앱을 승인하면 ID에 대한 액세스 권한을 가지며 자신이 누구인지 결정할 수 있습니다. 또한 다른 끝점에서 앱을 방문하는 경우 URL을 사용하여 결정을 내릴 수 있습니다.

사용자가 앱을 추가했는지 여부를 확인하려면 앱에 전달 된 서명 된 요청을 디코딩해야합니다. signed_request로 연구를 시작하면 올바른 방향으로 나아갈 수 있습니다.

+0

감사합니다. Dustin. 좀 더 자세히 설명해 드리겠습니다. 방문자 (사용자 B)가 소유자 프로필 (예 : 밴드를 사용하는 주어진 밴드의 팬) 인 방문자를 앱으로 승인 할 필요가 없다고 설명하는 경우 그러나 소유자 (사용자가 앱을 승인하고 프로필에 캔버스 페이지로 앱을 가지고 있음)는 방문자가 앱을 승인했는지 여부에 관계없이 방문자별로 개인화를 원합니다. 이게 너에게 의미가 있니? 시간 내 주셔서 다시 한번 감사드립니다. –

+0

그런 종류의 일반적인 개인화를 위해 당신은 아마 과자를 사용할 수 있었다. 그러나 그것은 실제 사용자 개인화와 반대로 더 많은 브라우저 기반 일 것이다. –

+0

다시 도움 주셔서 감사합니다. 나는 'signed_request'에 대해 좀 더 자세히 알아보고 그 일을하는지 알아 보겠습니다. –