facebook - 打开的图形对象是否必须对应于用户可见的页面?

标签 facebook facebook-graph-api facebook-opengraph

我在我的 Facebook 应用程序中将“书”定义为一个开放图形对象。一本书是一个逻辑单元,用户可以在应用程序中以多种不同的方式查看一本书。但是,我的应用程序中没有一个 URL 对应于任何一本书。

我想我可以拥有一个 URL,它可以在幕后向 Facebook 发送开放图元数据。例如http://www.example.com/opengrpah/object_book.php?id=3265将返回一本书的标题、作者和其他信息,但实际上用户不可见。

但是,Facebook 似乎将对象 URL 用于涉及该对象的操作。如果我创建与该书相关的操作(例如,添加一本书),那么如果有人单击代码中的链接,他们将转到 object_book.php URL,而不是实际的应用程序页面。因此,他们将看到元数据,但没有任何用处。

这是设计使然吗?当然,一个对象不应该对应于一个用户可见的页面。我们能否不从一个 URL 中提取对象数据,而是在应用上下文中向用户显示该对象?

最佳答案

从您的 Open Graph 对象 URL 重定向到实际的应用程序页面怎么样?或者如何设计您的应用程序页面以提供 Open Graph 元数据?

我认为这可能是一个棘手的解决方案。

关于facebook - 打开的图形对象是否必须对应于用户可见的页面?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8599881/

相关文章:

android - Facebook Feed 对话框显示错误

javascript - 如何通过javascript SDK在facebook上上传照片

facebook-opengraph - :image could not be downloaded because it exceeded the maximum allowed sized of 8Mb

html - 在 Open Graph 标记中,没有位置 (href) 的 'og:locale:alternate' 有什么用?

facebook - 从 Flickr、Facebook、Instagram 和 iPhoto 中查找丢失的照片

Facebook 分享按钮多语言

c# - 获取 Facebook Graph API token key 的正确方法

Facebook 图形 API 搜索 https ://graph. facebook.com/search?q=query&type=user 有两个关键字

ruby-on-rails - facebook开放图爬虫在rails操作中触发json响应

android - 登录后在另一个 Activity 中获取 Facebook 个人资料