Warning: file_get_contents(/data/phpspider/zhask/data//catemap/6/xamarin/3.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
st希望模拟令牌超时的情况,然后使用虚拟令牌而不是正确的令牌发出请求,或者在请求中不包含令牌。你会从facebook得到一个例外,只是一个不同的令牌过期一次,但在这种情况下有什么区别?你可以将其编程为“随机”进行,这样你就可以获得“完整体验”。@iluva_Facebook_Facebook Graph Api - Fatal编程技术网

st希望模拟令牌超时的情况,然后使用虚拟令牌而不是正确的令牌发出请求,或者在请求中不包含令牌。你会从facebook得到一个例外,只是一个不同的令牌过期一次,但在这种情况下有什么区别?你可以将其编程为“随机”进行,这样你就可以获得“完整体验”。@iluva

st希望模拟令牌超时的情况,然后使用虚拟令牌而不是正确的令牌发出请求,或者在请求中不包含令牌。你会从facebook得到一个例外,只是一个不同的令牌过期一次,但在这种情况下有什么区别?你可以将其编程为“随机”进行,这样你就可以获得“完整体验”。@iluva,facebook,facebook-graph-api,Facebook,Facebook Graph Api,st希望模拟令牌超时的情况,然后使用虚拟令牌而不是正确的令牌发出请求,或者在请求中不包含令牌。你会从facebook得到一个例外,只是一个不同的令牌过期一次,但在这种情况下有什么区别?你可以将其编程为“随机”进行,这样你就可以获得“完整体验”。@iluvatar_GR向我指出,Facebook更改了他们的“所有访问令牌都需要在使用你的应用程序的人同意的情况下每90天更新一次。”为什么建议使用REST API方法?它清楚地表明有请注意:我们正在弃用restapi。我们建议继续使用OAuth 2.0


st希望模拟令牌超时的情况,然后使用虚拟令牌而不是正确的令牌发出请求,或者在请求中不包含令牌。你会从facebook得到一个例外,只是一个不同的令牌过期一次,但在这种情况下有什么区别?你可以将其编程为“随机”进行,这样你就可以获得“完整体验”。@iluvatar_GR向我指出,Facebook更改了他们的“所有访问令牌都需要在使用你的应用程序的人同意的情况下每90天更新一次。”为什么建议使用REST API方法?它清楚地表明有
请注意:我们正在弃用restapi。我们建议继续使用OAuth 2.0。我们不会在Graph API中支持此方法。
同意!但到目前为止,只有这个接口可以实现这一目的。如果你知道任何其他备选方案,请参与投票,但不提供备选方案,这不是建设性的方法。不过,我已经提出了备选方案,这是在我对问题的回答中。这种方法似乎不再有效。点击该URL,我得到以下响应:
{“error_code”:3,“error_msg”:“Unknown method”,“request_args”:[{“key”:“method”,“value”:“auth.expireSession”},{“key”:“format”,“value”:“json”},{“key”:“access_token”,“value”:“}”}
我毫不怀疑这里有过时的信息,但你刚刚发布了Nitzan建议的图形版本,即撤销所有应用程序的权限。您过去可以请求从未过期但已被删除的“脱机访问”用户访问令牌。需要离线访问的应用程序或者必须找到替代方法,或者每60天重新提示其用户刷新令牌…这是我们无法做到的,因此替代方法是应用程序访问令牌。我只是需要一种方法来确认该令牌在另一个令牌过期后仍能工作,而无需等待61天。我对HTTP不太了解,因此我不了解Nitzan的解决方案,也不确定我在开发者链接上做了什么。我认为这是一个很好的选择,对我来说更清楚。作为一个视觉型的人,我认为这个解决方案很有帮助。很公平。在大多数情况下,通过UI撤销权限肯定比通过API撤销权限更容易,如果您只做一次的话。但我确实想为子孙后代发表评论,并指出其中的相似之处。这是2018年初的答案。现有的访问令牌已失效,但您的应用仍在Facebook中保持授权。您可以在以下位置检查令牌的状态。。。它不再可用;现在只有“更改数据访问过期时间”的条目;如果我理解正确的话,这是另一回事。
https://api.facebook.com/restserver.php?method=auth.expireSession&format=json&access_token=<access_token>
$ curl -X GET "https://graph.facebook.com/v2.7/me/permissions?access_token=${token}"
{"data":[{"permission":"user_friends","status":"granted"},{"permission":"email","status":"granted"},{"permission":"manage_pages","status":"granted"},{"permission":"business_management","status":"granted"},{"permission":"pages_messaging","status":"granted"},{"permission":"pages_messaging_phone_number","status":"granted"},{"permission":"public_profile","status":"granted"}]}
$ curl -X DELETE "https://graph.facebook.com/v2.7/me/permissions?access_token=${token}"
{"success":true}
$ curl -X GET "https://graph.facebook.com/v2.7/me/permissions?access_token=${token}"
{"error":{"message":"Error validating access token: The session was invalidated explicitly using an API call.","type":"OAuthException","code":190,"error_subcode":466,"fbtrace_id":"E2UhrNzyyzZ"}}
https://graph.facebook.com/v2.7/{userID}/permissions?access_token={acessToken}
https://graph.facebook.com/v2.7/{userID}/permissions?method=delete&access_token={acessToken}