Facebook graph api 我在这里看到的是真的吗？

我在FB上管理了几个页面，最近我们被一个假想的页面击中了

该页面应该是此用户的副本：

不过。当我把这个输入到

Graph.facebook.com/478408292178951

时，我得到了返回的结果：

{
   "name": "Duke St. Rollins",
   "is_published": true,
   "talking_about_count": 2,
   "category": "Public figure",
   "id": "478408292178951",
   "link": "http://www.facebook.com/pages/Duke-St-Rollins/478408292178951",
   "likes": 2
}

当我把这个输入到

graph.facebook.com/Duke St Rollins

时，我得到了返回的结果：

{
   "name": "Duke St. Rollins",
   "is_published": true,
   "username": "DukeStRollins",
   "about": "World famous troll and nemesis of teabaggers.",
   "bio": "Press!\n\nhttp://blogs.phoenixnewtimes.com/bastard/2012/07/duke_st_rollins_on_jan_brewer.php \n\nhttp://madmikesamerica.com/2012/07/an-interview-with-duke-st-rollins/\n\nYouTube Channel\nhttp://www.youtube.com/channel/UC_xk6GQzKacHImYl3Vns4VQ\n",
   "personal_info": "Follow me on Twitter  ",
   "talking_about_count": 6450,
   "category": "Public figure",
   "id": "204170076355643",
   "link": "http://www.facebook.com/DukeStRollins",
   "likes": 9459,
   "cover": {
      "cover_id": 261500633955920,
      "source": "http://sphotos-a.xx.fbcdn.net/hphotos-ash4/s720x720/376513_261500633955920_779910133_n.jpg",
      "offset_y": 92
   }
}

如果我理解这是如何正确工作的，并且做得对，这是否意味着所谓的“假”FB页面实际上是由“真”公爵拥有的

如果我有这个错误（我希望我有），请有人慢慢地解释给我听，就像你在和一个孩子说话一样，因为我对做FB页面的东西是完全陌生的，直到昨天，我才知道

graph.facebook

的东西

---

把我当傻瓜吧。因为我是。但我真的很想知道我所看到的是否是我所害怕的。

不，它们不一样。前者是页面/公众人物，后者是用户。您可以通过它们的不同ID（478408292178951/204170076355643）来区分它们。它们共享相同的名称，但不能共享相同的图形api地址，因为连字符被忽略（try），这意味着DukeStrolins和Duke St Rollins实际上是相同的

在我看来，这是API中的一个小故障：按名称查询应该能够区分这两个资源，即使连字符-是它们名称之间的唯一区别；这不仅使恶搞者更容易迷惑人们

您可能已经看到了这一点：

在“Duke St Rollins”中，它只是Facebook使用页面标题名创建的一个虚拟名称。你可以用任何东西代替它来重定向到同一个页面。下面的链接将全部重定向到

（注意，此处facebook将478408292178951识别为该页面的用户名，因为该页面尚未设置用户名）

在另一个页面中，“Duke St Rollins”是该页面设置的用户名，因此它使用“Dukestrolins”作为facebook图形节点来识别该页面。（请注意，在用户名中，任何点或hypens都将自动删除）下面的所有链接都会将您重定向到

---

我不确定我是否理解了这里的“小故障”——一个是URL为的页面，另一个是URL为的页面，API忽略了-hyphen字符，尽管如本例所示，这可能是两个图形对象（如您所说，一个是用户，另一个是页面）名称之间的唯一区别。奇怪的是，对于API，==，在本例中，它无法区分两个REST资源，这两个资源都应该可以通过名称进行查询。不过，我同意把这称为一个小故障是我的观点，我在上面编辑了我的答案以反映这一点。谢谢。我刚开始接触到这一点，当我看到我真的很担心某人时，我从阅读他发表的文章中得到了很多乐趣，同时我也在翻页，贴上了非常令人讨厌的图片。我希望我错了，只是不理解api是如何工作的，我的希望似乎已经实现了。现在我必须开始从上到下学习这些东西。我感谢你的回答和帮助。谢谢。@Samuel J Selby不客气。如果有用，请将此标记为答案。