我继承了Sitecore 6.5项目,该项目碰巧有很多内容编辑经常发布内容。每次发布时,HTML缓存都会失效。通常这没有问题,但是,有很多页面需要很长时间才能加载。
总的来说,这些页面需要重新架构,但作为一个临时解决方案,我认为我可以触发HTML缓存以特定页面的项目发布的编程方式重建。经过一些研究,似乎你只能以编程方式清除缓存,而不是重建。这是真的吗,还是有些东西可能会丢失?
答案 0 :(得分:3)
过去,我们使用了一些不同的方法来构建HTML缓存,具体取决于Sitecore和IIS的版本。答案也与使用的网络基础设施不同。有一个(不那么优雅)附加发布(和发布:远程)事件侦听器的解决方案,然后以编程方式将请求发送到后端的URL数组将生成HTML缓存。请记住在负载平衡设置中点击所有计算机
此外,我知道您不会通过发布促使应用程序池回收,但如果您确实有定期回收,则IIS预热模块(此处描述:http://blogs.iis.net/thomad/archive/2009/10/14/now-available-the-iis-7-5-application-warm-up-module.aspx)是一个不错的选择。
答案 1 :(得分:0)
我们过去所做的一件事是使用工作流来分段准备发布的项目,然后运行计划任务,以便在一天中只发布几次最终工作流状态的项目 - 这将减少缓存重建的次数。