2012-02-08 5 views
2

가능한 대답 또는 버그 : 사용자 액세스 토큰을 사용하면 작동하지 않는 것처럼 보입니다. 요청을 삭제하고 나중에 읽으려고하면 오류가 발생하지만 여전히 그래프에 존재하며 apptoken에 계속 표시됩니다. 어떤 이유로 그것을 지우지 않을 것입니다. 문서와는 달리 보이지만 액세스 토큰에 대한 apptoken을 변경하면 적어도 해결 방법을 제공하는 것 같았습니다.삭제 요청이 true를 반환하지만 요청이 여전히 존재합니까?

첫째,

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); 

내가 그 지저분한 있다면 죄송합니다 (설명서의 하나는 항상 사용자 유형 메시지로 표시되지 엔티티를 반환) 내가 사용하고 코드, 나도 몰라 여기에 형식을 지정하는 방법. 인터넷 검색을 많이 한 후에 나는 잃어 버렸고, 나는 결코이 물건을 묻지 않는다.

$ 결과가 true를 반복해서 반환합니다. 그래프 탐색기에 요청이 아직 남아 있음이 표시됩니다.

삭제하면 사용자의 요청 인터페이스에서 삭제한다는 의미입니까? 아니면 내 삭제 과정에서 잘못된 일을하고 있습니까?

요청이 이미 수락되었는지 여부를 알려주는 방법이 필요합니다. 어떤 도움을 주셔서 감사합니다.

답변

1

페이스 북은 URL에 요청 ID가있는 사용자를 앱으로 보냅니다. 요청이 수락되면이를 알리는 방법입니다. 요청에 대한 프로세스를 확인하는 것은 사용자의 몫입니다.

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

삭제가 작동하지 않는 한, 요청은 여전히 ​​얼마 후입니까? 페이 스북 (Facebook)과 많은 바쁜 사이트들은 과도한 캐싱을하므로 삭제와 같은 일들은 즉시 처리되지 않을 수 있습니다.

+0

그래프 탐색기는 앱 액세스 토큰과 함께 전송되었을 때만 문제의 시작 부분에 수정 된 것처럼 여전히 존재 함을 보여줍니다. 나는 요청 ID를 가진 코드의 부분을 포함하는 것을 게을리했지만, 그렇다. – user1175973

+0

흥미 롭습니다. 삭제 한 후에는 절대로 확인한 적이 없습니다. 앱 액세스 토큰에 대해서만 계속 존재하지만보고/통계 목적으로 남아있는 것처럼 보입니다. 페이스 북은 유지해야하므로 앱의 요청에 대한 앱 전송/응답 속도를 알 수 있습니다. –

관련 문제