我们的开发和生产内容服务器(11g)存在差异 自动处理过期内容的方式。 - 在dev中,删除原始文件并替换为相同的文件 名称,除了在Web位置的末尾附加“~1”之外。原本的 文件已不再可用于其原始网站位置。 - 在生产中,会发生相同的过程,但原始文件仍然存在 可通过原始网站访问,表明它未被删除。
追踪此配置的来源一直很困难。这是一个 开箱即用的功能,还是必须自己配置?
答案 0 :(得分:2)
是的,此功能是开箱即用的功能。 默认情况下,每个内容项的修订版都有元字段“到期日期”,用于定义何时到期。
过期的内容修订在数据库中相应标记(revisions.dstatus ='EXPIRED'),因此无法通过搜索在应用程序中访问它们,但仍可由管理员找到(Content Management - > Expired Content)。 / p>
过期的修订文件不会从 weblayout 中删除,而是重命名为 not latest 版本 - 标有〜{number}后缀。
过期的修订文件既不会从保险库中删除也不会重命名。
假设我们对图片009139(dDocName = 009139)进行了2次修订(dID = 31026和dID = 31025)。这两个修订都已过期。在这种情况下:
DID DDOCNAME DSTATUS ---------------------- ------------------------------ -------------------- 31026 UP_009139 EXPIRED 31025 UP_009139 EXPIRED
\ucm\weblayout\groups\public\@test\documents\multimedia\up_009139~1.gif \ucm\weblayout\groups\public\@test\documents\multimedia\up_009139~2.jpg
\ucm\vault\multimedia\@test\31025.gif \ucm\vault\multimedia\@test\31026.jpg
关于prod的问题 - 请确保在过期之后没有进一步的修订(在这种情况下,此版本将是可用的)