我们正在进行多用户测试，进行主题查询、主题创建以及向主题添加回复。在测试过程中，帖子创建路由开始返回 429 代码，并且无法再回复主题，但其他查询路由，例如主题创建路由（在本例中相同），它们是相同的，不同之处在于属性没有给出 429。
仅供参考，我们的个性化前端调用我们的 API，该 API 在 Discourse 中执行所有必要的操作，我们将其用作处理信息的中间件。另一点是，所有测试都是使用不同的用户进行的，方法是在路由标头中添加用户名。唯一可能的原因是服务器的 IP 地址，该服务器拥有中间 API。
问题是，为什么只有帖子创建部分会出现 429 问题，而所有其他部分都能正常工作？
我会从两个方向进行调查：API 请求的数量取决于您的速度和子请求的数量。
您是如何处理您这边的速率限制的？
嗯。如果您收到 429，您应该等待并重试。在这种情况下，我看不到您的 API 必须失败的任何理由。
我们使用 Discourse Saas，所以我不知道是否可以配置每个 IP 的请求限制，你能告诉我吗？
但奇怪的是，它返回 429，但其他路由在我创建主题时仍然有效，如果你仔细想想，这只是通过更改属性来更改相同的帖子创建路由。
但谁知道呢，也可能是等待的问题。因为我们正在进行压力测试，并且在创建主题之前会调用一些路由，在创建主题后，我们调用路由进行响应，导致错误 429，当测试重复进行时，几秒钟后应该已经过去，并且创建成功，从而导致响应部分失败，而响应部分总是在创建之后执行。
429 帖子创建错误可能不是由过多的 API 请求引起的，因为其他请求仍在正常工作，而是由 rate_limit_create_post 等网站设置引起的。
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.