0

BUMP:这不是一个无效的请求。我仍然希望从 Facebook 的某个人或其他任何人那里得到一个可靠的答案。谢谢。

修改后的询问:我不知道我是否没有提出正确的问题,或者我是否提出了一个没有人可以回答的有效问题。

新问题:

我们可以使用 FQL 或其他方式来获取在 reqs.php 中看到的所有请求吗?我本质上是在寻找这样的东西:

SELECT request_id, app_id FROM apprequest WHERE recipient_uid = me()

通知会返回该数据,但应用程序请求通常会被批处理到单个记录中,并带有标识部分但不是所有请求的链接。我想要当前打开的所有应用请求的单独记录。执行此操作的数据必须可用,因为这是用于构建通知的数据!似乎这并没有提供给我们。:(

谢谢!

原始查询如下:

我有一个应用程序可以为用户汇总各种 Facebook 信息来源。我正在处理的一组数据是朋友发送给该用户的应用请求的集合。比如我打开GreatApp,点击发送请求给你。您可能会或可能不会使用 GreatApp,但假设您没有阻止来自它的请求。您现在打开我的 AggregatorApp,显示我对您的请求,以及返回 GreatApp 的链接。您看到的数据与reqs.php中的数据相同,但格式不同,数据更多,当然更好。;)

我认为这就是我们在 apprequests 中得到的。从这个问题我了解到 apprequests 是当前应用程序发出的请求的集合。

使用 path/me/apprequests 时,我们不需要指定应用 ID。但我相信在这里我们确实需要提供应用令牌而不是用户令牌。那是对的吗?如果这是正确的,那么这确认请求是这个应用程序发出的请求,而不是其他应用程序生成的请求。

使用 FQL 时,我们需要识别应用程序的 uid 以及请求的 id 以便查询 apprequests 表。我明白了,但即使有有效的请求 ID 和应用 ID(以及有效权限)FQL 也不会返回请求数据。(我没有检查应用程序 ID,也许这就是关键。)

我希望人们将为上述任何内容提供一些具体示例,特别是从其他应用程序获取入站请求,并确认 /apprequests 和 apprequests 表返回数据所需的令牌或其他详细信息。

谢谢!

其他线程在没有好的(或任何)响应的情况下提出相同的问题: thread1 thread2

4

4 回答 4

2

您需要发出图形 api 请求以获取用户的 apprequests 连接。在此处查看当前文档:http: //developers.facebook.com/docs/reference/api/user/

在 Connections 表中,文档正确地指出您需要应用程序访问令牌来检索对该用户的请求。(http://developers.facebook.com/docs/reference/api/user/#apprequests) 下的文档中有一个错误,声称您需要用户访问令牌。这是不正确的,并且(如您所见)将返回一个空的请求列表。

应用程序发送的请求仅对该应用程序可见。用户无法查看或删除这些请求(尽管他们可以隐藏请求)。这样做的原因是应用程序可以将数据放入从未向用户或其他应用程序公开的请求(255 个字符)中。

我不认为有一种方法可以聚合来自您没有访问令牌的应用程序的用户请求。

于 2012-03-02T19:36:22.020 回答
1

我发现(在我的问题被删除之前)是您无法使用用户令牌访问请求,而应用程序令牌只能访问应用程序发送的请求(我自己在文档中发现并使用图形浏览器)。由于我知道有用于处理请求的 iPhone 应用程序和浏览器插件,我假设它们正在访问页面本身并解析数据(如抓取网站)。这种方法的缺点是在请求页面上一次只显示来自每个应用程序的大约 100 个请求。

(除非有些人找到了一种他们不分享的方式......)

于 2011-12-26T07:41:25.263 回答
0

你是对的,你需要 app_access_token 而不是 user_access_token。

我认为 FB 文档有错误。

于 2011-12-02T10:21:40.340 回答
0

Facebook 开发人员在此处针对我的错误报告提供了明确的答案。解决方案是这是设计使然。这与@noah-callaway 的注释有关,即请求中可能有一些特定于应用程序的数据不应该提供给其他应用程序。

在我看来,这是一种耻辱,因为 Facebook 就是在朋友之间共享数据,我认为当应用程序可以在彼此之间共享(有限且合理的)信息时,它为生态系统增加了一个维度。

感谢您的回复!

于 2012-03-02T23:47:25.157 回答