caching - Magnolia“页面感知”缓存

Question

我正在使用 Magnolia v5.7.1 并且刚刚为站点感知缓存配置了高级缓存模块。在此之前，默认行为是在工作区中有任何缓存（激活、导入、编辑）时刷新所有缓存。使用高级缓存模块，如果特定站点上的任何内容发生更改，则仅刷新相应的缓存。到现在为止还挺好。

现在，假设页面 A 和 B 被缓存。如果页面 A 被更改，这将刷新页面 A和B 的缓存（只要两个页面都在同一个站点上）。我想知道默认行为不是以下内容是否有充分的理由：如果页面 A 发生更改，则只有页面 A 的缓存被刷新。

我知道可以实现我自己的FlushPolicy，但是，这似乎是一项艰巨的任务，也许我错过了一个很好的理由，为什么不能完成“页面感知”缓存。

标签： cachingmagnolia

Answer 1

刷新所有内容的充分理由是一页中的更改可能会影响其他页面。例如，这很常见。从页面结构生成菜单，因此重命名一页会影响所有显示菜单的页面。或者例如。在一个页面中有一个teaser 组件，它将从它正在戏弄的页面中获取抽象文本和图像。等等。简而言之，如果不计算依赖图，系统就无法知道哪些页面渲染可能会受到其他页面更改的影响。在某些情况下，几乎不可能知道。想象一下事件日历页面，每个事件都有子页面。日历由搜索当月所有事件的查询组成。由于涉及到动态查询，计算依赖图变得更加复杂。也就是说，仍然可以计算依赖关系并仅刷新受影响的页面，但实际上，在大多数情况下，计算此类图的工作量（cpu 时间）比简单地刷新所有页面并重新渲染页面要大，因为渲染成本很低（特殊情况除外）。最重要的是，删除缓存中的所有项目也比逐个检索它们并仅刷新那些需要刷新的项目要快得多。

TLDR；对于大多数网站来说，尝试进行非常智能的页面缓存管理是不值得的，因为成本大于收益而不会真正影响性能。