【问题标题】:Distinguish accepted application request from not yet accepted on facebook将已接受的申请请求与 Facebook 上尚未接受的申请请求区分开来
【发布时间】:2011-11-23 12:55:00
【问题描述】:

我正在为 Facebook 开发一款游戏。 我使用应用程序请求,也称为邀请。

我想知道是否有办法区分已接受的申请请求与尚未接受的申请。用户接受请求后,我通过 DELETE 调用 Graph API 将其删除,如文档 http://developers.facebook.com/docs/reference/dialogs/requests/ 中所述(删除请求部分)。但我仍然可以使用 GraphAPI 获取应用程序请求。

根本问题如下。我检查每个传入的 HTTP 请求中是否存在“request_ids”HTTP 参数,如果参数存在,则执行应用程序请求处理/删除。因此,如果用户通过邀请链接来到我的应用程序并点击 F5,另一个仍然包含相同“request_ids”参数的 HTTP 请求将被发送到我的应用程序。这里我想知道申请请求是否已经处理完毕。

当然,我可以在我的数据库中跟踪它。但我正在寻找一些使用 facebook API 的解决方案。

不胜感激。

【问题讨论】:

    标签: facebook facebook-graph-api facebook-apps


    【解决方案1】:

    当然,我可以在我的数据库中跟踪它。但我正在寻找一些 使用 facebook API 的解决方案。

    为什么?在您发布的同一链接上,明确说明这是您的责任:

    当用户被定向到您的应用程序时,通过单击请求 从应用程序、游戏仪表板或请求 通知,您必须在请求被接受后将其删除。 请求一旦被点击就不会被自动删除, 因此,开发人员有责任在完成后清除它们 被消耗掉了。

    现在我认为向用户特定的 apprequest 发出 DELETE 请求实际上会使未来对该特定 apprequest 的 GET 调用无效。但即使不是这样,你也应该处理这种情况。

    【讨论】:

    • > 我知道这是你的责任。我确实删除了请求。 > 但即使不是这样 是的,不幸的是,情况并非如此 > 你应该处理这种情况 这就是我的问题实际上是关于的。
    • 我知道 :-) 长话短说:Of course I can track it in my database. But Im looking for some solution using facebook APIs.不能
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-11-13
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多