Sitecore（开发人员环境）的更快重启时间
我们的团队刚刚开始开发Sitecore CMS 我们发现，每次代码更改（.cs文件）后，应用程序都需要重新启动，sitecore的重新启动最多需要2.5或3分钟。 我们本地pc的dev env与远程数据库通信。除了增加数据库的带宽外，还有哪些方法可以加快sitecore的重新启动（关闭缓存等） sitecore开发人员是否通常使用IIS或VS的web开发环境Sitecore（开发人员环境）的更快重启时间,sitecore,Sitecore,我们的团队刚刚开始开发Sitecore CMS 我们发现，每次代码更改（.cs文件）后，应用程序都需要重新启动，sitecore的重新启动最多需要2.5或3分钟。 我们本地pc的dev env与远程数据库通信。除了增加数据库的带宽外，还有哪些方法可以加快sitecore的重新启动（关闭缓存等） sitecore开发人员是否通常使用IIS或VS的web开发环境 我假设每次更改后，使用IIS仍然会出现重新启动sitecore的问题？也许您可以使用CodeFile而不是CodeBehind。 请参见本
我假设每次更改后，使用IIS仍然会出现重新启动sitecore的问题？也许您可以使用CodeFile而不是CodeBehind。 请参见本手册第2.2.3节。 使用这意味着您永远不必重新编译单个页面。 当然，Sitecore挂钩需要重新编译 亲切问候, 亚历克斯·德格罗特
Sitecore Solution Architect如果您使用.NET 3.5 SP1在webdev或IIS 7/7.5上运行（或MS提供的修补程序），还可以将
Optimizations=“true”这可能是经济放缓的一大原因。至少在数据缓存建立之前，Sitecore确实需要相当多的DB通信。开发周期将阻止它建立任何类型的有用数据缓存，因为您不断地重新启动。我建议运行一个更接近您的开发环境的数据库并使用软件包，或者查看或。Alex，非常感谢，我会查看它！我读了你的博客，实际上正在考虑尝试获取你的电子邮件，作为我下一步的行动：）我不得不支持这句话。Sitecore在启动时通过连接检索大量数据，以重新填充其项缓存。尝试针对本地数据库进行开发，我敢打赌，在构建之后，您的重新启动时间会有显著的改善。我感觉到了您的痛苦，我们正在将azure用于我们的DBs，而且速度非常慢。“这是最糟糕的。”莱斯基萨，我已经好几年没碰过这个了。这仍然是架构？