【问题标题】:Office Online Server is taking long time to perform the auto-save operationOffice Online Server 执行自动保存操作需要很长时间
【发布时间】:2023-03-16 10:23:01
【问题描述】:

我们在 Web 应用程序中集成了 Office Online Server,在 WOPI Web 集成中,我们正在设置文件 URL 属性,例如 FileUrl。此 URL 指向 /wopi/files/{file_id}/contents 链接,在内部,一旦我们开始编辑文档,它将调用 API。

通过这个API,我们正在更新文件版本,但问题是在编辑WOPI文档后,API/wopi/files/{file_id}/contents的触发需要很长时间,我们无法找到它是如何被触发的?有没有办法直接触发这个方法?

【问题讨论】:

  • 您好,欢迎来到 StackOverflow!请查看this 了解如何澄清您的问题。

标签: ms-wopi office-online-server


【解决方案1】:

所以如果我做对了,在/wopi/files/{file_id}/contents 端点被击中之前需要很长时间。 在这种情况下,我会推荐四件事:

  1. 在调试模式下运行 WOPI 主机并从 OOS 机器手动触发端点,查看是否存在与网络基础设施相关的任何延迟。
  2. 检查您是否在CheckFileInfo 中设置了WOPI host capabilities。如果您错误地设置了 WOPI 客户的预期,它可能需要一段时间才能弄清楚发生了什么,并可能会退回到其他方法。
  3. 使用WOPI validator app
  4. 检查事件查看器是否存在与特定Session IDCorrelation ID 相关的任何错误

【讨论】:

  • 嗨@rocky谢谢你的回复,我还有1个关于自动保存频率调用的问题,例如办公室在线服务器为excel文件制作的自动保存频率调用是在编辑会话后2分钟进行的完成,对于 ppt,编辑会话完成后需要 3 分钟。有什么方法可以减少调用此自动保存频率所需的时间?
  • 我认为没有办法影响自动保存间隔。而且我认为这甚至是不可取的。根据我的经验,间隔是可变的,而不是静态的。 WOPI 客户端 (OOS) 有自己的算法来确定自动保存的最佳时间(基于更改次数、上次同步和其他因素)。您不必担心丢失数据,因为即使您关闭页面/框架,WOPI 客户端也会将未保存的更改发送到 WOPI 主机。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2016-09-08
  • 1970-01-01
  • 2021-09-19
  • 1970-01-01
  • 1970-01-01
  • 2012-12-03
  • 2011-03-14
相关资源
最近更新 更多