Facebook Messenger -回发中断？

Question

在过去的几个月里，我一直在成功地开发Facebook Messenger机器人，最近遇到了一个问题，即“回发”有时不会发送到我的服务器，即使普通类型的消息会立即发送，当然web挂钩验证也很好。

有时，随着足够多的web钩子和页面的删除/订阅，回发功能又能工作了，但我并不总是能让它再次工作。我有多个机器人和多个页面运行，不确定这是否相关。

另外，是的，我目前订阅了接收回发。

还有没有人经历过这种情况？谢谢

Answer 1

现在它可能已经解决了，但我终于能够弄清楚回发什么时候起作用，什么时候不起作用。

根据我的观察，以及我得出的许多测试的结论，facebook对“回发”使用了相同的访问令牌，用于创建持久菜单、通用模板按钮或按钮模板。

如果页面Id或应用程序id (更有可能，因为人们对同一个机器人有一个prod和测试应用程序)不同，即使webhook订阅了"messaging_postbacks“，回发也不会发送回webhook。

在我的例子中，页面访问令牌是用生产应用程序id生成的，我在我的测试应用程序中进行了测试，它具有不同的应用程序iD。此外，我的持久化菜单在通过测试应用程序access_token生成时也有效。

作为最佳实践，如果环境不是prod，我会硬编码访问令牌(也更安全，因为生成的access_tokens会在一段时间后过期)，并在应用程序处于活动状态时使用逻辑来生成令牌。

Answer 2

更新：

所以经过44个小时的灭火，问题就自动解决了。Facebook团队回复说，他们得到的只是一个502错误。这也是自动解决的。我已经联系了我的域名提供商和AWS，他们说这个问题不是他们的问题。

我的结论是，在facebook的基础设施中一定发生了一些事情，因为同一个域不能有部分502错误(这意味着在一个用例中，当webhook url相同时，它会发生，而另一个用例不会)。希望他们能找出答案，即使他们不告诉我们。

所以我没有任何评论的名誉点，所以我把它作为一个答案。我正面临着一个类似的问题，唯一的区别是我们在回发中得到了快速的响应，而不是消息。

我们一直面临着一个问题，我们的服务器上的messenger机器人不正常的传入消息。我们的观察结果是，我们只在用户键入(并发送)消息几秒钟(随机)后才收到有效负载。但是，如果执行按钮点击，facebook会立即向我们发送必要的有效负载。

我们已经确定apache服务器(在此期间)没有接收到任何请求。我们还确定我们的SSL证书没有过期。此外，我们已经在我们的AWS实例上打开了所有必要的端口(主要是443和80)。

有线索吗？在过去的21-22个小时内，我们都面临着这个问题。

Answer 3

昨天，我在开发第二个facebook messenger机器人(用于第二页)时遇到了同样的问题。回发不会在几个小时后出现，这很可笑(正如我所料，消息不应该出现！)。

原因是第二个页面的页面访问令牌错误！你必须从正确的应用程序中选择正确的令牌。因为可以从第一个应用程序为第二个页面生成页面访问令牌。