0

我们的开发和生产内容服务器 (11g) 在自动处理过期内容的方式上存在差异。- 在 dev 中，原始文件被删除并替换为同名文件，但在 Web 位置的末尾附加了“~1”。原始文件不再可从其原始 Web 位置获得。- 在生产中，会发生相同的过程，但仍然可以通过原始 Web 位置访问原始文件，这表明它没有被删除。

追查这种配置的来源一直很困难。这是开箱即用的功能，还是必须自行配置？

4

1 回答 1

2

是的，此功能是开箱即用的功能。默认情况下，每个内容项的修订版都有元字段“到期日期”，它定义了到期的时间。

过期的内容修订在数据库中被相应地标记（revisions.dstatus='EXPIRED'），因此它们将无法通过搜索在应用程序中访问，但仍然可以由管理员找到（内容管理 -> 过期内容）。

过期的修订文件不会从weblayout中删除，而是重命名为非最新修订 - 标有 ~{number} 后缀。
过期的修订文件既不会从Vault中删除，也不会重命名。

假设我们对图片 009139 (dDocName=009139) 进行了 2 次修订（dID=31026 和 dID=31025）。两个版本都已过期。在这种情况下：

  • 两个版本都在 DB 中标记为过期：
DID DDOCNAME DSTATUS              
---------------------- ---------------------------- ----------------------
31026 UP_009139 已过期              
31025 UP_009139 已过期
  • 两个修订文件都将在 weblayout 中重命名：
\ucm\weblayout\groups\public\@test\documents\multimedia\up_009139~1.gif
\ucm\weblayout\groups\public\@test\documents\multimedia\up_009139~2.jpg
  • 版本 1 和版本 2 都不会在 Vault 中重命名/删除：
\ucm\vault\multimedia\@test\31025.gif
\ucm\vault\multimedia\@test\31026.jpg

关于您的 prod 问题 - 确保您在过期后没有进一步的修订（在这种情况下，这个修订当然是可用的）

于 2012-04-25T21:32:31.870 回答