2012-02-08 6 views
2

可能な回答またはバグ:ユーザーアクセストークンを使用していると動作しているように見えますが、そのリクエストを削除し、将来読み込もうとするとエラーがスローされますが、まだグラフに存在し、何らかの理由で削除されません。ドキュメントに反しているようですが、アクセストークンへのapptokenの変更は、少なくとも私の回避策を提供するようでした。削除要求はtrueを返しますが、要求はまだ存在しますか?

まず、私が使用しているコード(ドキュメント内の1は、常にユーザーのタイプのメッセージによって表示されていないエンティティを返される)

function do_delete_request($url, $optional_headers = null) 
{ 
$ch = curl_init(); 
curl_setopt($ch, CURLOPT_URL, $url); 
curl_setopt($ch, CURLOPT_CUSTOMREQUEST, "DELETE"); 
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1); 

//include array of additional headers 
if (count($optional_headers)) { 
curl_setopt($ch, CURLOPT_HTTPHEADER, $optional_headers); 
} 
return curl_exec($ch); 
} 
$full_request_id = build_full_request_id($request_id, $user_id); 
$delete_url = "https://graph.facebook.com/" .$full_request_id. "?access_token=".$apptoken; 
$result = do_delete_request($delete_url); 

私はそれが厄介だ場合、私は知りませんごめんなさいここでものをフォーマットする方法。私は多くのグーグルの後に失っている、私はこのものを尋ねることはありません。

$結果は真実を何度も繰り返し返します。グラフエクスプローラに依頼がまだ存在することが示されます。

削除すると、ユーザーの要求インターフェイスから削除されたという意味ですか?または私は私の削除プロセスで何か間違っているのですか?

リクエストが既に受け入れられているかどうかを判断する方法が必要です。助けてくれてありがとう。

答えて

1

Facebookは、URLにリクエストIDを付けてユーザーにアプリを送信します。これは、リクエストが受け入れられたときにどのように表示されるかを示します。要求に対してプロセスが応答しているかどうかを確認するのはあなた次第です。限り動作していないを削除するよう

https://apps.facebook.com/[app_name]/?request_ids=[request_ids] 

、いくつかの時間後にまだ彼らの要求ですか? Facebookや多くのビジー状態のサイトではキャッシュが重いので、削除などの処理はすぐに処理されない可能性があります。

+0

グラフエクスプローラはまだ存在していることを示していますが、アプリのアクセストークンとともに送信されたときにのみ、質問の冒頭で修正されます。リクエストIDを取得したコードの部分は無視しましたが、はい、そこにあります。 – user1175973

+0

面白いことに、私は削除を行った後で本当にチェックしたことはありません。アプリのアクセストークンのみが残っている場合は、レポート/統計のために残っているようです。 Facebookはあなたのアプリがリクエストのための送信/応答率を知っておくようにする必要があります。 –

関連する問題