Big Database

这包括非错误通知。您可以通过点击顶部的“在日志”所有事情. 结论：不是完美的，我相信你可以添加和改进一些东西，但这是一种构建可扩展聊天机器人网络的方式，每个聊天机器人都针对不同的业务，并且每个聊天机器人都由该业务以最低成本进行部分管理. 尝试一下，打破它，改进它，撕毁它并重新开始，然后让我知道你的想法！ 后记：奇怪的黑客行为 这部分实际上只针对感兴趣的人，但是由于我们故意在有限的预算下完成这项工作，因此我们遇到了一些奇怪的问题- 主要是在我们的机器人有一段时间没有被激活时对其发出的请求. 当 Twilio 一段时间内第一次收到消息时，它会非常快速地启动并期望其他事物也能这样做。



例如，当 Twilio 向我们的代码发出请求时，如果 玻利维亚电报数据库 请求时间超过五秒钟，它会假定代码失败。这并不罕见——许多聊天平台要求最大周转时间为五秒。 即使内存不足，Cloud Functions 也能够非常快速地运行，但通过 API 访问 Google Sheets 时总是显得有点慢。事实上，如果一段时间没有访问，Google Sheets 的速度就会特别慢。



这可能意味着，如果最近没有人使用您的机器人，Google Sheets API 第一次响应需要很长时间，并且 Twilio 在我们的代码返回之前就放弃了。它会失败，从而导致故障。 我们的脚本的某些部分就是为避免这种情况而设计的。 再试一次。 第一次激活云功能时，我们不希望它实际上改变任何东西，我们只想要信息。因此在 Twilio 中，我们首先创建一个名为“retries”的变量并将其值设置为 0。