【问题标题】:Send dialog response vs Feed dialog response发送对话响应与提要对话响应
【发布时间】:2012-12-18 14:06:02
【问题描述】:

我直接尝试了“发送”和“提要”对话框,网址为described in documentation

Feed 对话框: 一切正常;我的 redirect_uri 是:

  • 单击“取消”按钮时按原样调用 (http://my.redirect.uri)
  • 在单击“共享”按钮时使用查询字符串“post_id=123456789”调用 (http://my.redirect.uri?post_id=123456789)

然后我可以通过收到的 id 检查发布的链接(如果我当然有“read_stream”权限)。

发送对话框: 反应不一样;我的 redirect_uri 是:

  • 单击“取消”按钮时按原样调用 (http://my.redirect.uri)
  • 在单击“共享”按钮时使用查询字符串“success=1”调用 (http://my.redirect.uri?success=1)

我想阅读已发送的消息或相关线程(具有“read_mailbox”权限),但我不知道消息 ID。我可以在整个收件箱中查找这条消息,但这对我来说并不是很满意...

我的问题:

  • 从 Facebook 发送对话框返回时,是否有办法获取此 ID?
  • 为什么在redirect_uri 查询字符串中没有像在提要对话框中那样给出这个ID? (类似于http://my.redirect.uri?message_id=123456789

【问题讨论】:

    标签: facebook dialog response send facebook-messages


    【解决方案1】:

    从 Facebook 发送对话框返回时有没有办法获取此 ID?

    没有。发送对话框只报告成功,没有别的。

    为什么在 redirect_uri 查询字符串中没有给出这个 ID,就像在提要对话框中所做的那样?

    因为“发送”对话框根本不提供该信息,无论您如何称呼它。使用 JS SDK f.e.,用 FB.ui 调用它,你也只能得到一个真/假返回值。

    我的猜测是这是设计使然; FB 不希望您知道用户向谁发送消息或消息包含什么。

    【讨论】:

    • FB 不希望您知道用户向谁发送消息或消息包含什么。但是,如果我真的想知道是谁发送了我为他准备的邮件,我可以阅读整个用户收件箱(具有“read_mailbox”权限)并查找此邮件。恕我直言,拥有消息 ID 会很有用(就像我们在提要对话框中拥有帖子 ID)。如果我想了解有关已发送消息的更多信息,无论如何我都必须请求“read_mailbox”权限(例如,当我想要有关从提要对话框共享的帖子的更多信息时,我必须请求“read_stream”权限)
    猜你喜欢
    • 2018-11-26
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-07-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多