すべて、Facebookアプリのリクエストに対する応答によってPOSTが生成され、署名付きリクエストであることが保証されていますか?
ユーザーがアプリに応答したときに確認します。 Facebook Requestsダイアログから生成されたリクエストで、FacebookのキャンバスURLへのリダイレクトの一部として署名されたリクエストがアプリケーションに送信されます。
おかげで、 ウェス
すべて、Facebookアプリのリクエストに対する応答によってPOSTが生成され、署名付きリクエストであることが保証されていますか?
ユーザーがアプリに応答したときに確認します。 Facebook Requestsダイアログから生成されたリクエストで、FacebookのキャンバスURLへのリダイレクトの一部として署名されたリクエストがアプリケーションに送信されます。
おかげで、 ウェス
はい。 signed_request
が常に存在しますが、許可されたユーザーとユーザーが初めてアクセスしたときのデータが異なる場合があります。
signed_request
には、リクエストに関連するデータは含まれていません。そして、新しいユーザーのユーザーの詳細が含まれていないことを確認します。
Requests Dialog
には、FB.ui
に渡されるコールバックの応答を保存できます。ユーザーが(アプリケーションユーザーが送信した)リクエストを受け入れると、ユーザーが既にアプリケーションを受け入れているか、初めて訪問しても、アプリケーションのキャンバスURLにrequest_ids
URL引数が渡されます。したがって、渡されたリクエストIDと格納されたデータを一致させることができます(単一のリクエストを複数のユーザーに送信できるので、このメソッドでは実際のユーザーとのやり取りは保証されませんが、
アプリにアクセスしたかどうかにかかわらず、どのユーザーが関与しているかは常に含まれますか。初めて? –
私はより詳細な情報で私の答えを更新しました –
おかげでジューシー - 私はそのすべてを認識しています。それは私の問題です、私の現在の実装は、アプリケーションに応答するユーザーを処理するためです。リクエストでは、どのユーザーがリクエストに応答したかを知る必要がありますが、これは可能ではないと言われています。 現在のところ、受け入れ側のユーザーにFB認可を送信する前に表示される画面があります。その時点で、どのユーザーがアプリリクエストに応答しているかを知る必要があります。 –