通过开放图向 Facebook 提交对象不起作用，但在 Facebook 的对象调试器中测试 URL 后可以工作？

Posted 2023-02-21

【中文标题】通过开放图向 Facebook 提交对象不起作用，但在 Facebook 的对象调试器中测试 URL 后可以工作？

【英文标题】：Submitting object to Facebook via open graph doesn't work, but then works after testing the URL in Facebook's object debugger?

【发布时间】：2011-12-20 00:04:08

【问题描述】：

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

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

我要提交的页面上的标签，网址是 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" />   

Rails 代码提交 url，从 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 的回答，我尝试将对象抓取过程与动作创建过程分开。因此，在为全新对象提交操作之前，我在对象上运行了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 调试器，其中的类型和标题都是正确的。

【参考方案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 请求无论如何都是一个好主意，因为它不会为用户占用你的网站，让他们等待几秒钟才能做任何事情。

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

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

更多近期更新：

根据 cmets 中的建议，使用 Unicorn 也可以解决问题，而无需延迟作业。如果您使用 Heroku，请在此处查看更多信息：http://blog.railsonfire.com/2012/05/06/Unicorn-on-Heroku.html

【讨论】：

谢谢！这行得通！这样的解脱，我真的很感激。

运行调试器首先使用 javascript api - taa 修复它

这里很棒！几个小时以来，我一直在为同样的问题苦苦挣扎，现在感谢您，我再次感到高兴！

【参考方案2】：

The Object creation documents 说它应该在你第一次创建一个针对它的操作时抓取一个对象，但也要说

在您创建对象并同时发布到 Facebook 的某些托管和开发平台中，您可能会收到一条错误消息，指出该对象不存在。这是由于某些系统中存在竞争条件。

我们建议您 (a) 在发布操作之前验证对象是否已复制，或 (b) 引入一小段延迟以解决复制滞后问题（例如 15-30 秒）。

基于此，我认为您需要在初始调用中添加&scrape=true 以强制立即刮擦，然后稍后尝试创建操作。 （我相信您收到的错误消息可能是因为该页面尚未被缓存/抓取。）

【讨论】：

感谢您的回答，我用结果更新了问题。

当存在另一个明确定义的类型时，我看到另一个页面被检测为 'type:website' 的报告，这可能是 linter 中的错误：/

【参考方案3】：

据我所见，Facebook Debugger Page 是强制 Facebook 对给定页面的 OpenGraph 信息的缓存进行刷新的最佳（并且，对于大多数实际目的，仅）方法。否则，您将花费长达一周的时间等待他们缓存的关于他们已经抓取的页面的信息。

基本上，你应该

重写您的页面以按照您的意愿行事 将相关 URL 传递到调试器页面（查看它们是否验证，和刷新缓存），然后 允许“正常”提供页面以查看您所做的更改。

可能还有其他方法可以强制 Facebook 缓存过期；有关一些可能的解决方案，请参阅this *** page。我还没有尝试过，但它们可能会有所帮助。

【讨论】：

非常有用！我花了很长时间寻找解决方案。