我们的Sitecore 7.2网站运行非常快，当我们想在后端更改很多项目时，问题就开始了。即使仅opening一项，也需要5-6秒，然后保存相同。
我具有用于创建或重命名项目的事件处理程序，但是没有更多-我无法理解为什么单击项目并查看其详细信息会花费很多时间。调试模式也适用于后端吗？如何开始找出瓶颈所在？
要解决Sitecore（包括内容编辑器）中的性能问题，最好的选择是从CMS Performance Tuning Guide开始。有一个伴侣，CMS Diagnostics Guide。
根据发现的内容，您可能需要阅读有关索引编制，缓存，浏览器配置的信息-再次，很多信息都在SDN上。
例如，对于内容编辑器，有些应用程序设置会对加载项目产生巨大的影响-例如，预取折叠的部分，显示标准模板中的字段，这些警告显示在装订线中。
Sitecore Log Analyzer几乎可以肯定对您很有用，如果您在日志中添加了一些性能计数器（尽管它们本身会影响性能）。
您还可以在admin / cache.aspx上监视高速缓存-如果您的高速缓存增量变得混乱或高速缓存大小达到最大值，那么您将对性能造成冲击
但是，我首先在执行麻烦的项目更新之一时仅监视服务器资源-至少应该让您知道瓶颈是内存，CPU，SQL连接性等。
随着时间的流逝，不仅Sitecore框架，而且其他任何技术，硬件也会随着时间而发展。
前一段时间的实际最终建议/解决方案可能不适用于今天。
更重要的是，能够准确地找到原因[[您的解决方案中某些操作缓慢的原因。
No random changes，每个更改都必须基于事实。壁钟响应时间将通过性能概况进行调查：