从上周五 7 月 13 日开始，我们收到了“发生意外错误。请稍后重试您的请求”。我们的 OG Graph 对象帖子的错误。在相同的 API 发布率下，我们对这些 API 调用的错误率在大约一分钟内从 0.13% 上升到 65%（不到 1% 到 65%）。周六下降到 46% 左右，目前为 28%。
我们通常会自动重试这些，但是当错误率上升时我们不得不禁用它，因为它阻塞了我们的队列。
如果我们手动重试任何失败的，它们每次都会失败并出现此错误。
这似乎只发生在我们的 OG 动作/对象组合之一 - “赢得奖牌”。我们所有的其他组合都适用于手动测试。
由于我们的错误率突然飙升，非常高，重试也不起作用，显然有什么地方出错了。
我们会超过速率限制吗？我们的“奖牌”OG Object 出了什么问题？
【问题讨论】：
标签： facebook facebook-graph-api
在进行了一些手动测试后，我们意识到这只发生在我们的“奖牌”OG 对象（id 4）的特定实例中。其他人工作得很好。所以我们在FB's URL debugger 中尝试了其中的一些实例（id 1 到 5），它们都解析得很好。
然后尝试再次手动发布这些奖牌，然后每次都使用 id 4。
似乎 FB 上周五自动抓取了我们的 OG 对象，并且奖牌 id 4 对象请求由于某种原因失败，导致该对象的缓存在 FB 结束时消失。
因此，如果您发现 OG 对象 API 调用错误突然大幅增加，请尝试手动重新缓存失败的对象实例。
【讨论】：
值得注意的是，此错误可能在没有合理原因的情况下随机发生。在根据限制参数获取页面的 Facebook 帖子时，我已经多次看到这种情况。如果我要求限制 100 个页面的 Facebook 帖子，我会收到错误消息：
{
error: {
message: "An unexpected error has occurred. Please retry your request later.",
type: "OAuthException",
is_transient: true,
code: 2
}
}
如果我以限制 2 要求它，我不会得到错误。您可能会认为超时可能会导致这种情况。这是可能的，因为我之前已经看到过（当您请求大量数据时），但在这种情况下，将限制增加到 3 也会导致错误。 limit=2 很好，而 limit=3 会导致上述错误。这是一个错误
【讨论】：
我一直在寻找大约八小时的解决方案，在我的情况下，问题是名称“发生了意外错误。请稍后重试您的请求。”在 错误的 PAGE ID 中...天哪
【讨论】：
我不知道你是否解决了这个问题。尝试在 Facebook 上增加帖子或执行某些其他操作时，我的屏幕上出现了此错误消息。我终于发现我的间谍软件卡巴斯基安全软件正在干扰该功能。如果您有此或其他防病毒程序，请尝试暂时禁用或暂停保护。这意味着您将在没有防病毒程序的情况下处理敏感数据，但您的本地防火墙和病毒防护仍然存在。这很烦人......有时卡巴斯基的行为更像是病毒而不是反病毒。也许facebook支持人员也可以注意到这一点，因为这可能会解决许多拥有它但没有通过您建议的步骤找到解决方案的问题（例如，在卡巴斯基开启的情况下，我也无法访问广告管理器...... )
【讨论】：
试试这个。它对我有用
<?php
$url = 'https://developers.facebook.com/tools/debug/og/echo?q='. $_SERVER['PATH_INFO'] ;
$response = file_get_contents($url);
?>
【讨论】：
我在我的 facebook 时间轴上发布一些打开的图形操作和对象时遇到了这个错误，但我发现的问题基本上是 facebook 维护的缓存。
我在我的对象 URL 中做了一些“og”元标记更改（在这里谈论 Open Graph 对象），并且不知何故 facebook 给出了与主要问题中提到的相同的错误，因为它没有在刷新我的页面完全。然后，要从 facebook 端刷新这些，我只需要从 facebook debugger 调试我的对象 URL（“http”和“https”），瞧！
【讨论】：
我做了一些测试，如果我改变了发送请求的服务器，因此改变了机器和 IP 地址，同样的数据是 facebook。
【讨论】：