GetStream.io 以错误的顺序返回活动
GetStream.io returning activities in wrong order
我 运行 在使用 GetStream 时遇到了一个非常奇怪的错误：我是 运行 一个用于迁移超过 200k 活动的脚本（以前使用内部流框架分支）并且我' m 运行 遇到了一个非常奇怪的问题。
问题是这样的：我将 'time' 字段设置为自定义值（通常是过去的值）。现在：API.
对这些活动的排序有误
虽然添加的活动在过去是正确的 ISO8601 UTC 时间，但最旧的活动将重新出现在 Feed 之上（仅混合了几个新活动）。
这真的很奇怪，我已经无计可施了——这似乎是 Stream 端的一个问题。
想法？下面是问题的截图。
令人惊讶的是，它按预期工作，因为 API 考虑了最后的 n 操作来构建提要。检索这些操作后，按照时间排序。这就是为什么如果您添加旧活动，它们是构建提要的唯一操作。
解决方法是以相反的顺序添加活动，这样就可以先插入旧活动，最后插入新活动，这样您就可以读取新活动了。
此外，如果您要导入大量活动，您可以考虑使用 import 功能。
我 运行 在使用 GetStream 时遇到了一个非常奇怪的错误：我是 运行 一个用于迁移超过 200k 活动的脚本（以前使用内部流框架分支）并且我' m 运行 遇到了一个非常奇怪的问题。
问题是这样的：我将 'time' 字段设置为自定义值（通常是过去的值）。现在：API.
对这些活动的排序有误虽然添加的活动在过去是正确的 ISO8601 UTC 时间，但最旧的活动将重新出现在 Feed 之上（仅混合了几个新活动）。
这真的很奇怪，我已经无计可施了——这似乎是 Stream 端的一个问题。
想法？下面是问题的截图。
令人惊讶的是，它按预期工作，因为 API 考虑了最后的 n 操作来构建提要。检索这些操作后，按照时间排序。这就是为什么如果您添加旧活动，它们是构建提要的唯一操作。
解决方法是以相反的顺序添加活动，这样就可以先插入旧活动，最后插入新活动，这样您就可以读取新活动了。
此外，如果您要导入大量活动，您可以考虑使用 import 功能。