Sitecore:内容编辑器随机崩溃

我们有一个问题，内容编辑器正在破坏浏览器（任何浏览器-Chrome、Firefox和IE），然后似乎锁定了会话

这个问题似乎是一波接一波地发生的——在一天的大部分时间里，它运行良好，然后在一段时间内，它一直在发生。一个示例触发点是在内容树中选择一个项目，然后单击编辑按钮。然后页面冻结。有时标题栏上会显示“无响应”，但有时您仍然可以点击地址栏，但页面本身完全没有响应，几乎就像页面上有一个覆盖层，阻止任何内容被点击。如果地址栏仍然可以单击，返回根URL只会导致站点挂起并持续加载

有趣的是，当这种情况发生时，用户可以加载不同的浏览器并登录（使用相同的凭据）。因此，问题似乎与浏览器会话有关。但是，如果用户试图在新浏览器中执行相同的操作（单击项目的“编辑”按钮），那么它也会崩溃

我已经检查了浏览器开发工具中的JavaScript控制台，似乎没有任何JavaScript错误&日志中没有任何问题，因此我们有点困惑

---

我们有大约6个以上的内容编辑器同时工作。

这几乎发生在我所见过的每个Sitecore实例上

Sitecore在管理界面中使用同步请求-如果您在管理界面中查看浏览器控制台，您可能会注意到有一堆关于不推荐同步请求的警告，因为它们可能会对用户体验产生负面影响

这种负面影响就是您所经历的，整个浏览器选项卡（或整个浏览器，取决于您使用的浏览器）被锁定，并且在服务器响应之前不会接受任何输入

大多数情况下，如果您等待足够长的时间（几分钟），选项卡将再次响应，但有时服务器似乎从未响应，您只需刷新选项卡并再次找到您的位置

---

要确认浏览器锁定时发生的情况，不要在JavaScript控制台中查找错误，而要在开发人员工具的“网络”选项卡中查找服务器响应请求所需的时间。

检查以确保没有将依赖项硬编码到“主内容”中已在内容树中的其他位置移动或完全删除的字段

我在移动iframe中链接到的内容项时遇到过这种情况（冻结，然后会话锁定）。我使用的是硬编码的相对链接，而不是SiteCore链接（否则，就不会有问题，因为SiteCore会在内容移动时自动更新内部链接）

我在我的问题上找到的唯一解决方案是将更新的内容项移回原来的位置，然后编辑引用它的内容项中的“主内容”字段（或者将其恢复到原始位置，如果已删除）

---

我意识到你的问题并不一致，但如果你还没有这样做，那就值得一试。如果导致冻结的更改尚未发布到您的暂存或生产环境中，这可能是您的用户无法经常看到这种情况发生的原因。

在向Sitecore支持部门发送dotTrace示例后，他们已确认版本8.1中存在导致冻结的错误。错误的参考号为92994

作为解决办法，他们建议如下：

作为该问题的解决方法，请设置 index.UpdateInterval设置为00:00:00。它将自动关闭 快速搜索（aka系统）搜索索引的更新。此搜索索引 不用于Sitecore作为Search.UseLegacySearchEngine进行搜索 设置被设置为false。因此，可以安全地禁用索引

---

自从应用此解决方法以来，我们的用户没有报告此问题。

发生这种情况时，sitecore日志中记录了任何错误或正在运行的作业？我将查看您在sitecore中进行了哪些自定义，特别是创建项和保存操作。我在创建/保存管道中没有任何自定义。我已经向Sitecore提出了一个问题，当问题再次出现时，他们想要Fiddler跟踪。所以现在就等着它再次发生吧，我想你可能需要一些性能调整。1.请尝试查看[sitecore domain]/sitecore/admin/cache.aspx，并调整数据、项目和预回迁缓存的值，以便它们使用的数据少于分配给它们的数据的50%。2.在具有列表字段的项目上，尝试设置数据源。3.将树列表字段更改为树列表字段。这非常令人沮丧；你准确地描述了我们的症状。你是说这就是现状，什么也做不了？我不同意。我看到这个问题是由于（自定义）代码中发生了多种情况，包括可能未正确实现的计划任务或引发异常的其他代码片段。有些事情会造成轻微的缓慢，但不会持续几分钟。总有一些事情要做。我认为找出什么样的要求（如果有的话，我可能总是完全错误的）可能是最好的起点。一旦您知道您可以向Sitecore提交一份支持票证，看看他们能从中告诉您什么。我应用了一个配置补丁来覆盖此设置。马上解决了我的问题。00:00:00