Web サイトのユーザーがアイテムの現在の公開バージョン (ワークフローを通過したもの) + 以前のバージョン + 今後公開予定のバージョンを表示できるようにする必要があります。そのため、ユーザーが Web サイトのコンテンツ アイテムにアクセスすると、アイテムの以前のバージョン、現在のバージョン、および将来のバージョンのタブが表示されます。
パブリッシング パイプラインをインターセプトする方法についていくつかの記事を見てきましたが、このシナリオが可能かどうかはまだ評価できません。
Web サイトのユーザーがアイテムの現在の公開バージョン (ワークフローを通過したもの) + 以前のバージョン + 今後公開予定のバージョンを表示できるようにする必要があります。そのため、ユーザーが Web サイトのコンテンツ アイテムにアクセスすると、アイテムの以前のバージョン、現在のバージョン、および将来のバージョンのタブが表示されます。
パブリッシング パイプラインをインターセプトする方法についていくつかの記事を見てきましたが、このシナリオが可能かどうかはまだ評価できません。
複数のバージョンを同時に公開できるネイティブな方法はありません。これは、Sitecore の公開プロセスがどのように機能するかにかかっています。大まかに説明します。
マスターデータベースを使用するオーサリング環境には、0-n
各アイテムのバージョンが含まれています。ユーザーがコンテンツの一部を公開することを決定すると、「最終」としてマークされた最新バージョンのみが公開ターゲット データベース (通常はWebデータベースなど) に公開されます。パブリッシュ ターゲット データベース (例: web ) には、マスターデータベースとは異なり、特定のアイテムの 1 つのバージョンしかありません。
もう一度言わせてください:
フロントエンドの公開 Web サイトのデータベースには、特定のコンテンツ アイテムの 1 つのバージョンしかありません。
サイトのフロントエンドは、次の 3 つのバージョンを表示する必要があることを示しました。
これは、公開される「将来の」バージョンを表示するという純粋な要件は、サイトが典型的なマスターから Web への公開モデルを使用せず、代わりにマスター データベースから実行される「ライブ モード」で実行する必要があることを意味します。私が言ったように、あなたはまったく公開することさえせず、編集/保存するときにコンテンツをレンダリングします.
したがって、このため、アイテムをクエリして現在のバージョン、以前のバージョン (「最終」であると仮定)、および以前のバージョンを取得するためのタブを生成するフロントエンド プレゼンテーション コンポーネントをコーディングする必要があります。バージョン(「最終」と仮定)。