facebook - 通过开放图向 Facebook 提交对象不起作用，但在 Facebook 的对象调试器中测试 URL 后又起作用了？

Question

我想让我的网络应用程序的用户能够从一个页面 (main_page) 将多个对象发布到他们的时间轴。

我已经存储了用户的访问 token 。

我要提交的页面标签，url是page_url:

<meta property="fb:app_id"      content="my_app_id" /> 
<meta property="og:type"        content="my_namespace:my_object" /> 
<meta property="og:title"       content="some string" /> 
<meta property="og:description" content="some other string" /> 
<meta property="og:image"       content="some_image_url" />
<meta property="og:locale"      content="en_US" />
<meta property="og:url"         content="page_url" />   

用于提交 url 的 Rails 代码，从 main_page 触发:

begin
    fb_post = RestClient.post 'https://graph.facebook.com/me/my_namespace:do', :access_token=>user.get_facebook_auth_token, :my_object=>"page_url"
rescue StandardError => e
    p 'e.response is'
    p e.response
end

输出

2011-11-02T02:42:14+00:00 app[web.1]: "e.response is"
2011-11-02T02:42:14+00:00 app[web.1]: "{\"error\":{\"message\":\"(#3502) Object at URL page_url has og:type of 'website'. The property 'my_object' requires an object of og:type 'my_namespace:my_object'.\",\"type\":\"OAuthException\"}}"

真正奇怪的是，在得到这个错误之后，如果我在 Object Debugger 上测试 page_url ，它通过时没有任何错误/警告，og:type 是正确的类型并注意 'website'，然后运行与上面相同的 Rails 代码将工作正常。

我在没有 og:url 标签的情况下尝试过，同样的事情发生了。

更新:

根据 Igy 的回答，我尝试将对象抓取过程与 Action 创建过程分开。因此，在为一个全新的对象提交操作之前，我运行了一个 update。在对象上，使用 scrape=true。

begin
    p 'doing fb_update'
    fb_update = RestClient.post 'https://graph.facebook.com', :id=>page_url, :scrape => true
    p 'fb_update is'
    p fb_update
rescue StandardError => e
    p 'e.response is'
    p e.response
end

输出

2011-11-05T13:27:40+00:00 app[web.1]: "doing fb_update"
2011-11-05T13:27:50+00:00 app[web.1]: "fb_update is"
2011-11-05T13:27:50+00:00 app[web.1]: "{\"url\":\page_url,\"type\":\"website\",\"title\":\page_url,\"updated_time\":\"2011-11-05T13:27:50+0000\",\"id\":\id_here}"

奇怪的是类型是website，标题是页面的url。同样，我在 HTML 和 Facebook 调试器中都进行了检查，其中的类型和标题都是正确的。

Answer 1

我遇到了同样的问题。

我能够为我定义的自定义对象类型成功发布操作的唯一方法是使用 Object Debugger 手动测试对象 url首先，然后通过我的应用程序发布对该对象的操作。

甚至使用 linter API —— Facebook 建议 here -- 给我一个错误。

curl -X POST \
     -F "id=my_custom_object_url" \
     -F "scrape=true" \
     "https://graph.facebook.com"

似乎只有调试器工具才能真正正确地抓取页面。

请注意，在使用预定义的对象类型(例如“网站”)时，我没有遇到此问题:

<meta property="og:type" content="website" />

由于某种原因，这个问题似乎只影响自定义对象类型。

更新(带解决方案):

我终于明白了。问题实际上是由于我的应用程序无法同时处理两个 HTTP 请求而引起的。 (仅供引用:我正在使用 Heroku 部署我的 Rails 应用程序。)当您向 Facebook API 发出请求以在对象 URL 上发布操作(请求 #1)时，Facebook 将立即尝试抓取您指定的对象 URL( request #2)，并根据它能够成功抓取的内容，返回对原始请求的响应。如果我同步运行请求 #1，那将占用 Heroku 上的 Web 进程，使我的应用程序无法同时处理请求 #2。换句话说，Facebook 无法成功访问它需要抓取的对象 URL；相反，它返回一些默认值，包括对象类型“网站”。有趣的是，即使我在 Heroku 上启动多个 Web 进程时也会发生这种情况。该应用程序打算使用相同的 Web 进程来处理这两个请求。

我通过将所有 Facebook API 请求作为后台作业处理(使用 delayed_job )解决了这个问题。在 Heroku 上，这需要启动至少一个 Web 进程和一个工作进程。如果可以的话，在后台运行 API 请求无论如何都是一个好主意，因为它不会为用户占用您的网站，让他们等待几秒钟才能做任何事情。

顺便说一句，我建议运行两个后台作业。第一个应该通过 POSTing 来简单地抓取对象 URL: https://graph.facebook.com?id= {object_url}&scrape=true

第一个作业成功完成后，启动另一个后台作业以将操作发布到时间轴: https://graph.facebook.com/me/ {app_namespace}:{action_name}?access_token={user_access_token}

更多最新更新:

根据评论中的建议，使用 Unicorn 也可以达到目的，而无需 delayed_job。如果您使用的是 Heroku，请在此处查看更多信息:
http://blog.railsonfire.com/2012/05/06/Unicorn-on-Heroku.html