出版プロセスを理解する
パブリッシングとは、ステージング環境で行われた変更を本番環境に反映させるプロセスです。 このプロセスを理解することで、効率性が向上し、スムーズな出版体験を実現するための事前計画に役立ちます。
ステージングプロセス
低レベルの観点から見ると、ステージングとは、同じエンティティが2つのサイトまたはアセットライブラリ間でミラーリングされる両者間の関係のことです。 高度な観点からは、ステージングには、エクスポート、検証、およびインポートの3つの連続したフェーズで実行される公開プロセスが含まれます。
カスタムフィールド をリモートライブステージングで使用する場合、公開する前に新しいカスタムフィールドをライブ環境に手動でエクスポートおよびインポートする必要があります。 これは、カスタムフィールドはサイトスコープではないため、コンテンツの変更に合わせて自動的にエクスポート/インポートできないためです。
輸出段階
エクスポート中に、公開設定が処理され、必要な参照エンティティが収集されます。 次に、すべてがインスタンス独自のファイル形式に処理され、ローカルに保存されるか、リモート本番環境のDXPインスタンスに転送されます。
Liferay DXP 2026.Q1+ バッチ処理がサポートされているエンティティについては、参照エンティティが収集されません。 これらの場合、公開プロセスに明示的に含まれているコンテンツのみがエクスポートされます。
検証フェーズ
検証処理では、インポート処理を開始できるかどうかを判断するために、すべての項目がチェックされます。 これには、ファイルのバージョンと整合性の検証、追加のシステム情報（言語設定など）の確認、およびファイルが欠落しているコンテンツを参照していないことの確認が含まれます。 Liferay DXP 2026.Q1+ では、コンテンツの欠落チェックは バッチサポートエンティティ 間の参照には適用されません。 インポートフェーズでは、それらの参照を解決するのではなく、記録します。
検証チェックに合格しなかった場合、トランザクションデータベースはサイトまたはアセットライブラリを元の状態に戻し、現在の公開プロセスを破棄します。 これは、不完全な情報の公開を防ぐための措置です。
ただし、ドキュメント ライブラリのファイルシステムがデータベースに保存されていない場合 (例: DBStore)、トランザクションは適用されず、ステージングの失敗が発生してもロールバックされません。 これにより、ファイルとデータベース内のその参照との間に不一致が生じる可能性があります。 データの整合性を維持するため、ドキュメントライブラリをステージングする前に、データベースとファイルシステムの両方の定期的なバックアップが維持されていることを確認してください。
輸入フェーズ
インポート処理中、公開パラメータに従って、サイトのコンテンツ、レイアウト、およびアプリに必要な更新や追加が行われます。 すべてが確認され、正しければ、ステージングされたコンテンツがライブサイトに公開されます。 アセットライブラリについても同様です。
Liferay DXP 2026.Q1+ インポートフェーズでは、バッチでサポートされているエンティティに対して遅延参照を使用します。 バッチ処理に対応したエンティティが、ライブ環境に存在しないコンテンツを参照した場合、公開プロセスはエラーになる代わりに、そのコンテンツのプレースホルダーを作成します。 プレースホルダーには、参照先のコンテンツを公開するまで、コンテンツは格納されません。 詳細については、 バッチサポートによるパブリッシングの理解 を参照してください。
ステージングの事前計画
ステージングは、柔軟性と拡張性を備えた複雑なサブシステムです。 サイトやアセットライブラリでの使用を開始する前に、事前に計画を立て、スムーズなプロセスを実現するためのいくつかのヒントを覚えておくことが重要です。 評価すべき要素はいくつかある。
コンテンツの種類
サイトとアセットライブラリの内容に応じて、初期設定時に必要なコンテンツタイプのみステージングを有効にすることができます。 公開プロセスを設定することで、特定の種類のコンテンツのみを含めるようにすることもできます。 これらの対策はいずれも、不必要な作業を避けるのに役立ちます。
ハードウェア環境
コンテンツの種類に応じて環境を計画してください。 サイトやアセットライブラリで大容量の画像ファイルや動画ファイルを使用する場合は、共有ネットワークドライブが最適な選択肢かどうかを判断してください。 ドキュメントライブラリに多数の大きな画像を保存するには、通常、より高速なネットワークまたはローカルストレージが必要になります。 ただし、ウェブコンテンツを扱う場合は、通常はファイルサイズが小さく、ディスク容量もほとんど消費しません。
ステージング環境のカスタマイズとカスタムロジック
組織のビジネスロジックはほとんどの場合、アプリケーションに実装されています。そのアプリケーションのステージング環境をサポートしたい場合は、それを実現するためのコードを記述する必要があります。 ステージング環境の外観や操作感を変更したい場合は、新しいJSPコードを記述してデフォルトのUI設定を変更することも検討できます。
出版待ち時間
サイトまたはアセットライブラリの作成開始時にステージングを有効にすることで、実行に長時間を要する大規模な公開プロセスを回避できます。 小規模で段階的な変更の方が、大規模な再設計よりもはるかに効果的である。
JVM/ネットワーク構成
ステージング環境では、JVM/ネットワークは最低4GBのメモリと20MB/秒の転送速度（ディスク）で構成する必要があります。