这是我第一次尝试开发一个facebook应用程序,如果我的问题太天真的话,很抱歉。
我需要做的是制作一个类似聊天的facebook应用程序,其中:
基本上,这将非常类似于:https://www.facebook.com/SkyscannerFlightSearch
我认为这样做的一种(丑陋的)方式是编写一个脚本,使用Graph在无限循环中搜索新的墙壁条目/注释并发布回复,但它显然不是最优的,而且代价很高。
有没有办法让facebook在每次输入墙上的帖子/评论时都给某个网址打电话?或者类似于基于长轮询技术的Twitter的流媒体API?我是在正确的方向上假设这样的解决方案,还是我完全没有抓住重点?
提前谢谢。
发布于 2011-08-29 14:15:43
詹保罗
我自己也在做类似的事情。
到目前为止,我有一个“循环”,可以设置为facebook上的任何页面、组或应用程序。
示例:https://shawnsspace.com/plugins/wallfeed.php我的页面墙。示例:https://shawnsspace.com/plugins/wallfeed.php?pageid=19292868552&ptype=feed&limit=40 Facebook平台墙。
有了一些烫发,一个表单和用户access_tokens,我可以使墙壁张贴。Asper丑陋--你不需要在循环中运行它,Facebook支持实时更新,当用户或页面做出更改时,它会向应用程序发送响应。
发布于 2011-08-30 09:10:14
谢谢你的意见。我试图通过使用object=user和fields=feed来使用实时API。如果我正确理解了文档,这将导致每次用户在我的应用程序的墙上写东西时都会调用我的回调url (POST)。
我收到了最初的GET请求,但从未发过邮件。这是当前的配置:
{
"data": [
{
"object": "user",
"callback_url": "http://XXX.XXX.XXX.XX:8888/",
"fields": [
"feed"
],
"active": true
},
{
"object": "page",
"callback_url": "http://XXX.XXX.XXX.XX:8888/",
"fields": [
"picture"
],
"active": true
}
]
}我注意到不同的用户评论报告了对这个API的可靠性的不同关注。另外,这里:http://developers.facebook.com/docs/reference/api/page/,它说:“注意:页面签入的总数还不支持实时更新。”...which,我不知道它到底意味着什么。
为了记录在案,我用于测试的应用程序页面是:http://www.facebook.com/pages/testgiamp/187148861354102?sk=wall
https://stackoverflow.com/questions/7230831
复制相似问题