Facebook open-graph - 发布动作可靠性

Question

谁能告诉我，Facebook 的开放图 API 在将动作发布到时间线时的可靠性如何？

背景：

我创建了一个新的 FB iOS 应用程序
使用自定义 object“blogpost”创建一个新的操作类型“write”，因为通用类型对我不起作用
遵循 Facebook 在http://developers.facebook.com/docs/opengraph/tutorial/提供的教程的每一部分，以符合所有 OG 要求

发布代码：

[self.facebook requestWithGraphPath: @"me/MY_APP:write" andParams: [NSMutableDictionary dictionaryWithObject: @"http://blogpost.url/here" forKey: @"blogpost"] andHttpMethod: @"POST" andDelegate: self];

以下是符合 OG 要求的博文页面头部片段：

<head prefix="og: http://ogp.me/ns# fb: http://ogp.me/ns/fb# MY_APP: http://ogp.me/ns/fb/MY_APP#">
      <title>Blogpost page</title>
      <meta property="og:title" content="Blogpost page" />
      <meta property="og:image" content="http://url.to/the/image.png" />
      <meta property="fb:app_id" content="123456790123456789" />
      <meta property="og:url" content="http://blogpost.url/here" />
      <meta property="og:type" content="MY_APP:blogpost" />
</head>

测试环境：

在模拟器和实际设备中测试
对于每次请求尝试，我都会启动一个新的应用程序来排除任何应用程序的网络问题。
每次，我的请求都完全相同，链接相同的博文 url。
我正在使用最新的 iOS SDK 可用
My.network 绝对可靠
博文页面可访问并正确包含 opengraph 设置的所有要求

来自 Facebook API 的错误响应每次都不同：

OAuthException：发生意外错误。 请稍后重试您的请求。
异常：无法从 URL 检索数据。
异常：Object at URL 'http://blogpost.url/here' 类型 'MY_APP:blogpost' 无效，因为指定的应用程序 ID 'XXXXXXXX' 不允许域 'blogpost.url'。 您可以在https://developers.facebook.com/apps/XXXXXXX验证您配置的“应用域”。

（注意：显然，blogpost.url 正在被替换为真实存在的页面）

请求成功率约为 30%。

Facebook 端是否有任何问题？ 目前，我不想以 Facebook 共享可靠性的当前形式发布我的应用程序。

感谢您提供任何反馈、帮助或建议。

Answer 1

经过进一步的研究和耐心之后，现在一切都可以可靠地工作了。

以下错误在 24 小时内停止出现，我们这边没有任何代码更改（我想 FB 确实有问题）：

OAuthException：发生意外错误。 请稍后重试您的请求。
异常：Object at URL 'http://blogpost.url/here' 类型 'MY_APP:blogpost' 无效，因为指定的应用程序 ID 'XXXXXXXX' 不允许域 'blogpost.url'。 您可以在https://developers.facebook.com/apps/XXXXXXX验证您配置的“应用域”。

以下异常是由我们的操作对象的 url 引起的——因为 url 在“FB 发布操作”前一秒上线，URL 并没有真正发布到我们 web 前端的所有实例中：

异常：无法从 URL 检索数据。

希望这对将来的人有帮助。

Facebook open-graph - 发布动作可靠性

问题描述

1 个解决方案

解决方案1
2 已采纳 2012-04-16 11:07:34

Facebook open-graph - 发布动作可靠性

问题描述

1 个解决方案

解决方案1 2 已采纳 2012-04-16 11:07:34

解决方案1
2 已采纳 2012-04-16 11:07:34