Facebook documentationによれば、アプリケーションはユーザーが承認した後にリクエストを削除する責任があります。 According to Facebookアプリケーションは、要求を削除するために、request-idとuser-idを組み合わせる必要があります。 ただし、ユーザーがまだアプリケーションを認証していない場合、ユーザーIDを取得することはできません。認証されていないユーザーのリクエストの削除
この問題には、どのようにアプローチする必要がありますか？
Facebookのドキュメントの状態：
ユーザーは、それがを承認された後、あなたが要求 を削除する必要があります要求 を受け入れるクリックすることにより、あなたのアプリケーションを対象としている... は、このように、それは開発者であります彼らは
お知らせ「が受理された後」の部分を受け入れてきた後の責任は彼らにをクリアするには - これはあなたの責任のトンだということを意味しますo要求が受け入れられた場合にのみ、要求を削除する。
ユーザーがリクエストを受け入れても、そのユーザーがログインしているわけではなく、ユーザーIDを取得できます。それはまさに私の問題です。 –
ユーザーがリクエストをクリックした後にアプリケーションへのアクセスを許可しない場合の表示方法は、リクエストを受け入れないことと同じです。リクエストを受け入れても、あなたの情報を伝えたくないため、接続せずにアプリケーションを終了すると、あなたは何をするでしょうか？あなたは迷惑なリクエストを自分で削除するのでしょうか？ –
要求が承諾または辞退をクリックすると、その要求はユーザーのリストから削除されます。しかしFacebookは、受け入れられた後、グラフAPIを使用してリクエストを削除するように開発者に指示している。 例えば、私たちのアプリでは、ユーザーはすぐにログインするよう求められません。彼らは私たちのウェブサイトに着陸し、ログインすることもできないこともできます。 質問はまだあります - ユーザーがリクエストを受け付けたが、ログインしていない場合はどうすればよいですか？ –
文書によって、それらを削除するのはあなたの責任です。
ドキュメントでは、アプリのアクセストークンまたはユーザーアクセストークンのいずれかを使用できます。したがって、ユーザーがログインしている場合は、ユーザーのアクセストークンを使用するだけです。ユーザーがログインしていない場合は、アプリのアクセストークンを使用します。
あなたの答えをありがとう。ユーザーがログインしていない場合は、上記コードの
ある時点で、彼らはあなたのアプリケーションを承認/承認しました。さもなければ、なぜその要求を削除しますか？彼らがあなたのapppを認証するとき、彼らのユーザーIDを収集し、それをあなたのデータベース内のリクエストidと一緒に保管します（これはあなたのアプリケーション要求を使う責任の一部です）。したがって、コードでリクエストを削除することになると（1日の特定の時刻に実行するように設定したバッチジョブ）、リクエストIDとユーザーIDの両方が取得されます。 – DMCS
Facebookのユーザーとして私が受け取った要求を受け入れるなら、私は決して起動したアプリを承認していなくても要求を取り除くと思うでしょう。アプリを承認しないと、そのゲームリクエストをどのように削除しますか？私は永遠にそれに固執していますか？これはひどいユーザーエクスペリエンスのようです。 –
ユーザーがアプリケーションを承認しなかった場合、彼は自分でリクエストを削除しますので、何もする必要はありません。 –
ありがとう！それを述べている正式な情報源や文書はありますか？ –
もう1つのことは、クエリ文字列（ユーザーが受け入れをクリックしたときに渡される）からリクエストIDを取得し、APP ACCESS TOKENを使用してリクエストIDを操作することです。 –