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