Twilio API调用重试限制
我试图使用Twilio API（使用节点Twilio包装器）实现语音调用，如果调用没有应答，则需要重试x次。似乎如果我忽略了Twilio的呼叫，它会自动继续尝试。那么，我有没有办法将retying限制设置为特定的次数？
提前谢谢。
共有1个答案
这里是Twilio福音传道者。
据我所知，Twilio中没有内置任何自动重试行为，所以您看到这种行为很奇怪。我建议发送一封电子邮件来帮助[twilio.com一些示例CallSids。我们出色的支持团队可以直接与您合作，帮助您了解发生了什么。
希望这有帮助。
-
SOFARPC 支持进行框架层面的重试策略，前提是集群模式为 FailOver（SOFARPC 默认即为 FailOver 模式）。重试只有在发生服务端的框架层面异常或者是超时异常才会发起。如果是业务抛出异常，是不会重试的。默认情况下 SOFARPC 不进行任何重试。 请注意：超时异常虽然可以重试，但是需要服务端保证业务的幂等性，否则可能会有风险 XML 方式 如果使用 XML 方式订阅服务，可以
-
使用JVM标志 正在产生大量的日志记录，包括服务器上每个SSL事件的细节。有没有反正只有它日志错误？或者可能有一些更好的子集，这些标志产生更整洁的输出
-
我需要在akka演员重试机制与增加时间之间的重试和最大重试限制。为此，我尝试使用AKKA提供的BackOffSupervisor模式。问题是，从我的测试来看，后退策略和重试限制似乎不起作用。又或者问题出在测试上？ 和试验方法 测试结束得太快了。在不到一秒钟的时间里，从BackoffSupervisor的配置来看，我预计至少需要50多秒。
-
问题内容： 我正在使用带有过滤功能的infinite-ajax-scroll（https://github.com/webcreate/infinite-ajax- scroll ）插件。我可以使用无限滚动的过滤器，但是我的问题是，每当滚动获得一个过滤器结果的结尾时，即使选择了另一个过滤器，它也将不再滚动。因此，当选择过滤器时，我需要重设无限滚动，但我在文档中找不到有关如何重设无限滚动的信息，并且
-
我正在尝试对我们的一些内部服务（网格内部）应用速率限制。 我使用了文档中的示例并生成了redis速率限制配置，其中包括（redis）处理程序、配额实例、配额规范、配额规范绑定和应用处理程序的规则。 此redis处理程序： 配额实例（目前我只对按目的地限制感兴趣）： 配额规格，如果我理解正确，每个请求收费1： 所有参与服务预取的配额绑定规范。我还尝试了，但也没有任何效果。 应用处理程序的规则。目前在
-
我对从php调用artisan队列有疑问。我想在Beanstalkd队列中列出失败的作业，并创建一个按钮重试。 我想调用 所以，我把这个代码放在route.php 它返回错误 未定义带有消息“命令”队列：重试12”的InvalidArgumentExcture。 你是说其中一个吗？重试队列：忘记队列：失败表队列：刷新队列：失败队列：监听队列：订阅队列：工作 有人能帮我吗？谢谢