创建Facebook客户端-选择应用程序集成类型和OAuth流

我喜欢将内容从我们的内容管理系统中分发到多个在线渠道，如网站、twitter、linkedin和Facebook。编辑可以创建项目，并最终在worfklow过程之后将其分发到不同的频道

当然这个网站没有问题（它仍然是一个CMS，不是吗）。Twitter的整合相当简单。但现在我想用Facebook创建一个连接器

方法是这样的

• 创建Facebook应用程序：TheCMSFacebookConnector
• 授予它在墙上书写、创建事件和添加照片的权限 收集等。客户购买CMS
• 在CMS管理器中，有一个连接 将MSFaceBookConnector应用程序连接到客户（公司）facebook 帐目
• 执行OAuth舞蹈并存储accesstoken en accesstoken secret

从现在起，我们使用RESTAPI向客户的公司墙添加内容。这正是我整合Twitter的方式

但是

选择正确的集成类型 当我创建Facebook应用程序时，Facebook要求我告诉我该应用程序是如何与Facebook集成的。似乎最适合的集成类型是本机iOS应用程序或本机Android应用程序。事实上，CMS也是一个本地应用程序有人知道我必须选择哪种应用集成类型吗？。还有其他重要的参数需要以不同的方式设置吗

选择身份验证流 第二个问题是关于非统组织的舞蹈。如果我们在客户之间分发CMS，他们将CMS Manager环境托管在他们的DMZ中，并使用他们自己的（主要是）公司URL，或者更好地说，他们将CMS服务器托管在LAN中，并将发布服务器托管在DMZ中（我们提供了一些工具来同步这些服务器）

当我跳OAuth舞时，CMS管理器（是一个Web应用程序）有自己的URL。因此，在应用程序的定义中，我无法为应用程序域指定唯一的值。在“OAuth舞蹈”代码中，重定向URL似乎与应用程序域有连接，无法以动态方式设置。那么对于“OAuth舞蹈”，唯一有效的方法是客户端身份验证流是真的吗

希望有人能帮助我，特别是第一个问题。提前谢谢

E

那么，对于“OAuth舞蹈”，唯一有效的方法是客户端身份验证流，这是真的吗

不一定–您可以始终将应用程序域中的地址设置为redirect_uri，然后将其重定向到CMS用户的web地址（通过redirect_uri中的GET参数或类似的方式）