Oracle Content Server 11g中处理的过期内容如何？

StackOverflow https://stackoverflow.com//questions/9672612

  •  12-12-2019
  •  | 
  •  

题

我们在我们的开发和生产内容服务器（11g）中有差异 自动处理过期内容的方式。 - 在dev中，删除原始文件并用相同的文件替换 姓名，除了附加到Web位置的“〜1”之外。原本的 文件不再是它的原始网站位置。 - 在生产中，发生相同的过程，但原始文件仍然存在 通过原始的Web位置访问，指示未删除它。

追踪此配置的来源是一场斗争。这是An 开箱即用的功能，或者必须在它自己的情况下配置？

有帮助吗？

解决方案

是，此功能是开箱即用功能。 默认情况下，每个内容项的修订都具有Meta-Field的“到期日”，它定义了到期时发生。

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

已过期的修订文件不会从 weblayout 中删除，但重命名为不是最新修订 - 标有〜{node} postfix。
过期的修订文件既不从 vault 删除也不重命名。

让我们说我们有2个修订（did= 31026和did= 31025）的图片009139（ddocname= 009139）。两个修订都过期了。在这种情况下：

  • 两个修订标记为DB：
    • 已过期 
DID                    DDOCNAME                       DSTATUS              
---------------------- ------------------------------ -------------------- 
31026                  UP_009139                      EXPIRED              
31025                  UP_009139                      EXPIRED
.
  • 两个修订文件将在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
.

关于您的问题，在已过期之后，请确保您没有进一步修订（在这种情况下，此修订当然是可用的）
许可以下： CC-BY-SA 和 归因
不隶属于 StackOverflow
scroll top