Liferay Supportは、特定のサードパーティ製品を他の製品よりも推奨または承認するものではありません。 Liferayは、これらの製品に関して、ここに記載または参照されているいかなる指示に対しても責任を負いません。 これらの原則の実行は、加入者の責任において行われるものとします。
この記事では、Liferay Portalのステージング機能を使用するためのいくつかの提案されたプラクティスを概説します。 これらの原則に従うことで、将来的な問題を防ぎ、ステージング環境を可能な限りスムーズに運用することができます。
Liferay Portalでのステージング中に最高の体験を確保するために、以下のプラクティスに従う必要があります。 ステップは5つのカテゴリーに分類されます：
解像度
サイトページ
ページの並べ替え
- ステージングされたサイト内でページの順序を変更する場合、変更をライブサイトに反映させるためには、「すべてを公開」する必要があることに注意してください。 多くの企業環境では、WCMおよびドキュメントライブラリーポートレットのデータ量が多いため、「すべてを公開」機能の完了に長い時間がかかる場合があることに注意してください。
- このため、多くの購読者にとっては、データを公開せずに「すべてのページ」を公開することが、実現可能な回避策となっています。 つまり、すべてのページを公開し、ポーテットデータやコンテンツは必ず非選択にします。 これにより、当該ページの順序を変更する「すべて公開」を素早く行うことができます。
- また、ページの並び替えによる速度低下を回避する方法として、大きなサイトを小さなサイトに分割したり、ページの並び替えをなるべくしないようにすることも考えられます。 しかし、この2つの選択肢が不可能な場合にも、上記の方法は有効です。
ページ - 未発表のページへのリンクについて
- 新しく作成したページを参照するコンテンツを作成する場合は、必ずそのページを公開してから、作成中のコンテンツにリンクしてください。
- リモートステージングでは、未公開の新しいページに「疑似リンク」を付与し、そのページが公開されるまでプレースホルダーとして動作させます。
テーマ
- カスタムテーマを持つページを公開する場合、 Theme Settings チェックボックスをチェックすることが重要です。さもなければ、LiveページはデフォルトのLiferayテーマを持つことになります。
- というのがその理由です： エクスポート時に選択すると、サイトに選ばれたテーマとカラースキームが、結果のLARファイルに含まれます。 インポート時に選択すると、テーマと配色の設定がインポートされ、すべてのページがそれらを使用するように設定されます。
-
THEMEIDとCOLORSCHEMEIDが、その後の出版物で削除される既知の問題があります。 詳細は、 LPS-92943 を参照してください。
権限の設定
リモートライブでWebコンテンツのアクセス権を変更する
- ローカルのライブステージングでウェブコンテンツのパーミッションを変更する場合、 コンテンツの一部に「タッチ」して「変更済み」のフラグを立てることを確認する。 これにより、パブリッシュが発生した際に、コンテンツ（およびそのパーミッション）が確実に更新されるようになります。 ローカルライブステージングでは、パーミッションの変更に伴うコンテンツの再パブリッシングは必要ないため、これはリモートライブステージングにのみ適用されることに留意してください。
ライブエディット」ポートレット活用のためのコミュニケーション・スタンダード
- Liferayのポートレットの中には、ステージングされたポートレットの本番バージョンにユーザーが変更を加えることができるものがあることに注意してください。
- パブリケーションエラーを避けるため、ライブサイトで変更可能なアセットをすべてリストアップし、ポータルのユーザーに変更を加えるべき場所を明確に伝えます（ステージングでもライブで直接でも構いません）。
- 例えば、カレンダーポートレットでは、ライブサイト内で直接イベントを作成することができます。 管理者は、すべての潜在的なイベント作成者に、ライブイベントを作成する場所（ステージングまたはライブで直接作成するか）を伝えるべきである。 ステージングサイトとライブサイトの両方でイベントが作成されている場合、今後のパブリケーションは失敗する可能性が高い。
コンテンツ管理
言語コヒーレンス
- サイト内で多言語を利用する場合は、以下のことを確認してください：
-
サイト内で定義された言語のみを使用すること
-
ポータルが、サイト上で定義されていないロケールのコンテンツに遭遇したときに、困難が生じる。
-
例：英語とスペイン語が定義されており、英語を削除したい場合は、必ず英語のコンテンツをすべて削除してください。
-
en_USからen_GBへの変更など、「小さな変更」でもこの問題が発生するため、ポータルで使用するウェブコンテンツには十分注意してください。
-
-
-
ポータル、サイト、コンテンツで同じ言語を使用する
-
例：ポータルの言語が英語とスペイン語しかない場合、中国語を使用するサイトは存在しないはずです。
-
-
サイト内で定義された言語のみを使用すること
- すべての言語要素は、ライブサイトとステージングサイトでまったく同じである必要があります。 2つのサイトの言語に齟齬があると、出版は失敗する可能性が高いです。
ドキュメントの名称をオリジナルにする
- エンティティの名称を変更する場合は、過去に同じ文書の名称として使用されたことのない名称をそのエンティティに付与するようにしてください。
- また、文書ライブラリのファイル名を変更する場合、文書ライブラリの他のファイル名を使用することで問題が発生する可能性があるため、十分注意してください。
複数のサイトからアセットをリンクする場合は、グローバルスコープを使用します。
- 複数のサイトで使用するエンティティは、必ずグローバルスコープに配置します。 ウェブコンテンツ、構造体、テンプレート、ドキュメント、語彙とカテゴリー、アプリケーション表示テンプレート、DDLなどのエンティティは、これらのエンティティがグローバルスコープに属さない限り、サイト間で共有することを意図していません。
- そのため、そのサイトやグローバルサイトに属さないエンティティへの参照がある場合、ライブへの公開がうまくいかないことがあります。
- 詳しくは、対応する ナレッジベース記事をご覧ください。
- なお、Liferay 7.0では、このための機能が 変更される可能性があります 。
管理の
データベースとファイルシステムの一貫性を維持するための計画を立てる
- ステージングに失敗した場合、トランザクションデータベースは、元の状態に戻すことができます。 しかし、ファイルシステム（DBStoreのような「データベース保存型」でない場合）はトランザクションではないので、ロールバックが必要になる。 このため、ファイルと参照元との間に不一致が生じる可能性があります。
- このため、管理者はドキュメント・ライブラリのステージを決定する場合、データベースとファイルシステムの両方の定期的なバックアップを維持することを確認し、細心の注意を払う必要があります。 また、管理者は、どのファイルシステムのバックアップが特定のデータベースのバックアップに対応するのかを明確にする必要があります。
- ステージングに関する問題を避けるため、使用するすべてのサーバーに同じパッチが適用されていることを確認してください。 詳しくは、こちらの ナレッジベース記事をご覧ください。
ライブで埋め込まれたポートレットで設定を変更する
- 組み込みポートレット の環境設定を変更するのは、既成のポートレットの設定を変更するよりも簡単ではありません。 問題を回避する最も簡単な方法は、設定が静的であることを理解した上で、組み込みポートレットをライブにプッシュすることだけです。 ただし、設定を変更する必要がある場合は、データベース上で直接削除や変更ができるスクリプトを使用して変更することができます。 この運用は管理者の判断に委ねられることになります。
ボキャブラリー管理
- グローバル語彙とローカル語彙の両方を使用する環境では、グローバル語彙はグローバルサイトステージングを通してライブサイトに公開する必要があることに注意してください。 ボキャブラリーの混乱を避ける一つの方法として、すべてのボキャブラリーを単純にローカルまたはグローバルに保つことができます。 両方を利用する必要がある場合、管理者は、グローバルサイトへの変更の公開がコンテンツ編集プロセスの一部であることを確認する必要があります。