有没有办法克服 OneNote 客户端更改和 API 结果之间的滞后?
Is there a way to overcome lag between changes in OneNote client and API results?
OneNote 客户端中的更改不会立即反映在 apigee 中。例如:
正在 OneNote 客户端中重命名分区。 Apigee 显示旧名称。
在 OneNote 中添加一个分区并向该分区添加注释;这些
没有反映在我使用 API 的应用程序中。如下所示:
这是 API 调用缓存问题还是已知的 OneNote 问题?
推荐的解决方法是什么?
我正在使用 Superagent and wondering if its no-cache plugin 可以解决这个问题。
如果将以下 header 添加到 API 请求中,它似乎会减少发生的缓存量。
FavorDataRecency: true
权衡似乎是请求的开销更大,触发限制(429 错误)的可能性更大。
OneNote 团队可能会更准确地解释这一点。
编辑:不再支持此选项。
Codeye 是对的 - 您可以使用
FavorDataRecency: true
跳过我们的索引。但是,索引会根据 OneNote 内容的更改进行刷新,因此延迟(如果您选择不使用 FavorDataRecency)应该不会超过几分钟
OneNote 客户端中的更改不会立即反映在 apigee 中。例如:
正在 OneNote 客户端中重命名分区。 Apigee 显示旧名称。
在 OneNote 中添加一个分区并向该分区添加注释;这些
没有反映在我使用 API 的应用程序中。如下所示:
这是 API 调用缓存问题还是已知的 OneNote 问题? 推荐的解决方法是什么? 我正在使用 Superagent and wondering if its no-cache plugin 可以解决这个问题。
如果将以下 header 添加到 API 请求中,它似乎会减少发生的缓存量。
FavorDataRecency: true
权衡似乎是请求的开销更大,触发限制(429 错误)的可能性更大。
OneNote 团队可能会更准确地解释这一点。
编辑:不再支持此选项。
Codeye 是对的 - 您可以使用
FavorDataRecency: true
跳过我们的索引。但是,索引会根据 OneNote 内容的更改进行刷新,因此延迟(如果您选择不使用 FavorDataRecency)应该不会超过几分钟