Facebook graph api 获取其他用户发送的用户可用的通知

这不是一个死的请求。我仍然希望从Facebook或其他人那里得到一个可靠的答案。谢谢

修正询问：我不知道我问的问题是否正确，或者我问的问题是否有效，没有人能回答

新问题：

我们是否可以使用FQL或其他方法来获取reqs.php上看到的所有请求？我基本上是在寻找这样的东西：

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

通知返回该数据，但应用程序请求通常批处理到单个记录中，并带有一个标识部分但不是全部请求的链接。我想要当前打开的所有应用程序请求的单独记录。执行此操作的数据必须可用，因为这是用于生成通知的数据！我们似乎无法获得这些信息(

谢谢

原始查询如下：

我有一个应用程序，可以为一个用户聚合各种Facebook信息源。我正在处理的数据集之一是好友发送给该用户的apprequest的集合。例如，我打开GreatApp并单击向您发送请求。您可以使用GreatApp，也可以不使用GreatApp，但假设您没有阻止来自m it。现在打开我的AggregatorApp，向您显示我的请求，并将包含的链接返回到GreatApp。您看到的数据与at相同，但格式不同，数据更多，当然更好。；）

我想这就是我们在apprequests中得到的。据我所知，apprequests是当前应用程序发出的请求的集合

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

使用FQL时，我们需要标识应用程序的uid以及请求的id，以便查询apprequests表。我明白了，但即使有有效的请求id和应用id（以及有效的权限），FQL也不会返回请求数据。（我还没有使用应用程序id进行检查，可能这是关键。）

我希望人们能为上述任何一项提供一些具体的例子，特别是从其他应用程序获取入站请求，并确认/apprequests和apprequests表返回数据所需的令牌或其他细节

谢谢

其他线程在没有良好（或任何）响应的情况下询问相同的问题：

---

你说得对，你需要的是应用访问令牌，而不是用户访问令牌

---

我认为FB文档有一个错误。

你是对的，你需要的是app\u access\u令牌，而不是user\u access\u令牌

我认为FB文档有一个错误。

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

（除非有些人找到了一种不共享的方式…

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

---

（除非有些人找到了一种不共享的方式…

您需要发出一个graph api请求来为用户获取apprequests连接。请参阅此处的当前文档：

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

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

---

我不认为有任何方法可以聚合用户对没有访问令牌的应用程序的请求。

您需要发出图形api请求才能为用户获取apprequests连接。请参阅此处的当前文档：

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

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

我认为没有一种方法可以聚合用户