Facebook喜欢并分享创建粉丝页面
我们正在使用带有共享按钮的类似facebook的插件。URL指向我们应用程序的一个资源。比如说Facebook喜欢并分享创建粉丝页面,facebook,url,facebook-like,facebook-opengraph,facebook-apps,Facebook,Url,Facebook Like,Facebook Opengraph,Facebook Apps,我们正在使用带有共享按钮的类似facebook的插件。URL指向我们应用程序的一个资源。比如说 http://apps.facebook.com/appname/resources/id 第一次共享或喜欢此资源/url时,一切正常。例如,共享包含上面给出的URL 但如果再次共享相同的资源/url,则会发生错误。Facebook确实为该资源创建了一个粉丝页面,比如 http://www.facebook.com/pages/appname 因此,从现在起,共享/喜欢指的是该页面,而不是我们应用
http://apps.facebook.com/appname/resources/id
第一次共享或喜欢此资源/url时,一切正常。例如,共享包含上面给出的URL
但如果再次共享相同的资源/url,则会发生错误。Facebook确实为该资源创建了一个粉丝页面,比如
http://www.facebook.com/pages/appname
因此,从现在起,共享/喜欢指的是该页面,而不是我们应用程序的资源/url
我们用于like插件的URL是正确的,并且始终指向应用程序资源URL。其中的fbappid也是正确的。此外,资源的页面包含开放的图形元标记,如og:url,也指向正确的url
在检查喜欢的/共享的资源时,facebook linter/调试器将URL返回到正确的应用程序资源URL
为什么要创建一个粉丝页面,并在共享/喜欢中交换URL?如何修复它?我们希望共享包括应用程序资源的URL,并增加该打开图形对象的like计数
我们希望共享包括应用程序资源的URL,并增加该打开图形对象的like计数
若你们只是想增加你们的OG对象的数量,为什么不链接你们的实际URL,而不是Facebook的URL呢?我的意思是,你的应用应该可以通过yourdomain.example.com/something/resources/id访问,对吗?既然它是真正的开放图形对象,为什么不这样做呢?这其中有一个与facebook相关的bug:
所以,显然我们对此无能为力,只能等待facebook来修复它。另一种选择是CBroe建议的,指向ressource而不使用canvas URL。但这会将非画布URL放在共享消息中,这不是我们想要的。谢谢+CBroe。我们不想这样做,因为我们希望收到共享的用户在单击包含的链接时被定向到我们facebook应用程序的URL。