Oracle Content Server 11gで期限切れのコンテンツはどのように処理されますか?
-
12-12-2019 - |
質問
私たちは、私たちの開発と生産コンテンツサーバー(11g)に矛盾があります。 期限切れのコンテンツが自動的に処理される方法。 - DEVでは、元のファイルが削除され、同じファイルに置き換えられます。 Webの場所の最後に追加された「~1」を除いて、名前。オリジナル ファイルはオリジナルのWeb場所から入手できなくなりました。 - 生産では、同じプロセスが発生しますが、元のファイルはまだ 元のWeb場所を介してアクセス可能で、削除されなかったことを示しています。
この構成のソースを追跡するのに苦労しています。これはANです ボックス外の機能、またはこれはそれ自身の上で構成されなければなりませんか?
解決
はい、この機能は箱外の機能です。 デフォルトでは、各コンテンツアイテムのリビジョンには、有効期限が発生したときに定義されているメタフィールドの有効期限があります。
期限切れのコンテンツのリビジョンは、データベースに対応してマークされています(Revisions.DSTATUS= 'expired')、検索を介してアプリケーションではアクセスできませんが、管理者(コンテンツ管理 - >有効期限切れのコンテンツ)によって見つけられます。
期限切れのリビジョンファイルは WeBlayout から削除されませんが、代わりにの最新ののリビジョンとして名前が〜{number} postfixでマークされています。
期限切れの改訂ファイルは、 Vault から削除されたり、名前を変更したりしません。
Picture 009139(DDocName= 009139)の2つのリビジョン(DID= 31026、DID= 31025)を持っているとします。両方の改訂が期限切れになります。この場合:
- 両方の改訂は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.
- Revision 1もRevision 2の名前を変更したり、ボルトで変更/削除されません。
\ucm\vault\multimedia\@test\31025.gif \ucm\vault\multimedia\@test\31026.jpg.
PRODの問題に関する - 期限切れのもの(このリビジョンはもちろん、利用可能になる)の後にそれ以上の改訂がなかったことを確認してください。