Aem CQ调度程序刷新与失效

Aem CQ调度程序刷新与失效,aem,Aem,我想知道CQ调度程序缓存刷新(来自发布实例)和调度程序缓存失效之间是否有任何区别 有什么帮助吗?似乎可以交替使用“刷新”和“无效” 它说: 手动使调度程序缓存无效 在不激活调度程序的情况下使调度程序缓存无效(或刷新) 页,您可以向调度程序发出HTTP请求。例如 您可以创建一个CQ应用程序来启用管理员或其他 应用程序刷新缓存 HTTP请求导致Dispatcher从中删除特定文件 隐藏物(可选)调度器然后使用新的 抄袭 它还谈到配置“Dispatcher Flush”代理,该代理的配置调用了一个HT

我想知道CQ调度程序缓存刷新(来自发布实例)和调度程序缓存失效之间是否有任何区别

有什么帮助吗?

似乎可以交替使用“刷新”和“无效”

它说:

手动使调度程序缓存无效

在不激活调度程序的情况下使调度程序缓存无效(或刷新) 页,您可以向调度程序发出HTTP请求。例如 您可以创建一个CQ应用程序来启用管理员或其他 应用程序刷新缓存

HTTP请求导致Dispatcher从中删除特定文件 隐藏物(可选)调度器然后使用新的 抄袭

它还谈到配置“Dispatcher Flush”代理,该代理的配置调用了一个HTTP请求,该请求的URL中有“invalidate.cache”。

CQ基本上从OSGI调用“Dispatcher Flush Rule Service”,该服务将复制操作类型称为“invalidate Catch”。因此,这意味着刷新catch CQ复制代理调用称为invalidate catch的操作。
这个术语有点让人困惑,但它只是OSGI中服务和操作的组合。

有两个方面可以修改缓存- 1.内容更新 2.自动失效

当任何AEM页面被修改时,内容更新进入画面


当有许多自动生成的页面时,会使用自动失效,因此dispatcher flush agent会通过修改stat文件来检查文件的最新版本,并相应地将文件标记为过期。

dispatcher是一个反向代理服务器,可以缓存来自HTTP源的数据。在AEM的情况下,通常是出版商或作者。尽管从理论上讲,它甚至可以是任何资源提供者。此后端称为“渲染器”

缓存无效是由发布服务器触发的HTTP操作,用于在调度程序上将资源的缓存标记为无效。此操作将仅删除资源,但不会刷新资源

Flush是与发布页面和在发布新内容/资源时从发布者/作者实例使缓存无效相关联的工作流。在发布过程中使缓存失效是非常常见的场景,以便为您的站点提供新内容


在某些情况下,您希望在不重新发布内容的情况下刷新缓存。例如,发布后,您可能希望重新生成发布者的所有页面,因为更改不是编辑更改,因此没有作者愿意发布内容。在这种情况下,只需侵入缓存,而不使用发布工作流。虽然在实践中,通常更容易在dispatcher上清除缓存目录,而不是刷新所有页面,但这是首选项。这就是冲销和无效的分离真正重要的地方,除此之外,没有什么是真正不同的,因为最终结果几乎相同。

这并不一定意味着这些术语通常是可互换的。我对您强调的句子的理解是,刷新和失效都可以由HTTP请求触发。