当通过图表API发布到新闻源时，Facebook不可靠地阅读OpenGraph属性

我们有一个Facebook应用通过Facebook iOS SDK发布URL到用户的新闻源。这些URL用于定义OpenGraph属性的页面，我们已经在Facebook Linter中验证了它的正确定义。当通过图表API发布到新闻源时，Facebook不可靠地阅读OpenGraph属性

然而，定期我们看到Facebook将不能正确解析OpenGraph属性和具有小于恒星发布到Facebook：

我们将最经常得到的职位解析的正确造成这样的帖子：

enter image description here

我们会定期收到帖子这样的：

enter image description here

但是，您可以在FB Url Linter：https://developers.facebook.com/tools/debug/og/object?q=http%3A%2F%2Fchewsy.com%2Fr%2Fa%2F1bhLT中看到此后发布的正确工作。

但是，有时URL Linter会报告503，但我在我们的日志中看到nothign。更奇怪的是，当URL Linter报告503时，它会显示它可以读取定义的OpenGraph属性。看到这个截图：

enter image description here

由于这是不一致的，我的第一个猜测是，这是一个Facebook的问题，所以我开了a bug。然而，由于我没有看到这个问题在其他应用程序的新闻传播中猖獗，我开始怀疑我们是否没有按照正确的步骤发布FB内容。

例如，我们是否应该首先发布到Linter URL，然后通过Graph API发布？这似乎是一个荒谬的额外步骤，但我在这里抓秸秆...

来源

2012-02-19 TMC

我的网站落后于Cloudflare.com，我刚刚与他们分享了一封电子邮件支持帖子，他们已经承认问题在他们和Facebook之间，并且正在寻求解决。 – TMC 2012-02-20 00:26:04

这可能是由于事实，在一次Facebook Linter访问您的网站，它无法访问，只是几个刷新Linter工具与您提供的网址发生Bad Response Code错误，返回503状态代码：

http://chewsy.com/r/a/1bhLT & QUOT;“>

你应该在日志中挖掘你应用程序/网站来发现发生这种情况的原因并修复它。

来源

2012-02-19 22:00:49

我更新了我原来的帖子来解决这个问题。 URL linter有时会报告503，但我在日志中没有看到任何指示这一点的内容。此外，当linter报告这一点时，它仍然显示OpenGraph属性从页面读取它（参见截图添加） – TMC 2012-02-19 23:00:47

@TMC，它显示缓存版本的标签在错误发生前可用，但如果第一次发生此错误Linter访问你的页面，这将正是你在＃2图片上看到的...... – 2012-02-19 23:09:47

@TMC，同样根据['echo']（http://developers.facebook.com/tools/debug/og/echo?q=http ％3A％2F％2Fchewsy.com％2Fr％2Fa％2F1bhLT）Linter您的网站一旦发生错误就会返回任何数据。如果你在日志中看不到它，可能你没有记录所有内容。您可以尝试启用“调试”或“信息”日志级别，并查看一旦Linter击中您的页面后您会得到什么。显然，我不能通过其他工具如[hurl]（http://hurl.it）重现此错误。所以它可能不是你的最终目标，如果是这样的话，请在[Facebook Bug Tool]上提交一个BUG（http://developers.facebook.com/bugs/create） – 2012-02-19 23:21:31

Just一个简短的说明，这应该不会再发生在CloudFlare用户身上。我们在之前就解决了503调试器问题，并解决了问题。如果您发现Facebook调试器有任何其他问题，请致电contact us。

来源

2012-04-17 19:33:59 damoncloudflare

当通过图表API发布到新闻源时，Facebook不可靠地阅读OpenGraph属性

回答

相关问题