2012-05-14 41 views
2

该文档说该应用程序负责删除它自己的请求。从应用程序设计的角度来看,何时是删除请求的最佳时机?有没有请求永远不会被删除的情况?您何时删除Facebook应用程序请求?

顺便说一句,这是我说的删除请求......

$facebook->api("/$full_request_id",'DELETE');

回答

2

根据the documentation最合适的时间删除请求的用户从点击进入您的画布应用程序后,立即请求。这将删除来自各种通知渠道的请求并更新请求计数器。我会推荐一个全局钩子,该钩子被配置为监视入站Facebook request_ids GET参数,查找相应的Facebook请求,可选择更新您的内部请求/邀请跟踪,并在处理完成后删除请求。

我不认为有关于删除您自己的应用程序请求的任何official policies,并且提前删除未决请求是有意义的,例如,如果请求是针对已经过去的时间敏感操作。

+0

来自文档:“通过单击接受请求将用户定向到您的应用程序时,您必须在接受请求后删除该请求。” 你说过:“用户点击一个请求被带到画布应用程序后立即删除请求的最合适时间” 您确定这两个语句是相同的吗? –

+1

我可能在这方面说得太快,这完全取决于您如何在应用程序中为请求定义验收标准,这就是为什么Facebook不会在点击时自动删除请求的原因。请求可以用于应用程序的新用户(邀请)或现有用户(通知),因此可以将标准定义为仅让用户安装并访问应用程序。一旦遇到这种情况,在通过身份验证访问后立即删除请求是有意义的。 –