この記事では、DXP 7.0でカスタムテーマとポートレットをデプロイする際の潜在的な起動時のパフォーマンスの問題を解決するための制限事項について説明します。 注意：制限は7.0でしか見つかりません。
DXP 7.xを使用しているときに、カスタムテーマやポートレットをデプロイした後、プラットフォームの起動に時間がかかることに気づいた開発者がいました。 CSSファイルの作成を処理するために、Liferay Portalにあるようなリソースキャッシュがないことに気づいたそうです。 SASSはCSSファイルの管理を助けるためにPortal 6.2で実装されましたが、 の潜在的なエラーもあったことを思い出してください。
レガシーポータルのSASSとjRubyの潜在的な問題にもかかわらず、DXPでは、ユーザーが閲覧しているときに（実行時に）CSSファイルが処理されているので、似たようなものが表示されることを期待していたかもしれません。 このようなケースではありません。 Liferay Portal 6.2とDXP 7.0の大きな違いは、SASSの扱い方にあります。 DXP 7.0の詳細については、追加情報セクションのリンクを参照してください。
決議
DXP 7.0は以下のように機能します。
- 確かに、
.sass-cacheの実行時生成がDXP 7.0から削除されたのは事実です。 - 一方、Liferay DXPはまだ
のsass-cacheを利用していますが、現在はビルド時に発生しています。 - どのように動作するのか知りたい方のために、
.sass-cacheを生成する gradle タスクはbuildCSSで、以下のクラスで実装されています。 https://github.com/liferay/liferay-portal/blob/master/modules/sdk/gradle-plugins-css-builder/src/main/java/com/liferay/gradle/plugins/css/builder/BuildCSSTask.java.
全体的な結果です。 .sass-cache の値を生成しても、ページを訪問する際に追加の遅延は発生せず、パフォーマンスを向上させるために他にできることはほとんどありません。 モジュールの構築やデプロイのプロセスを高速化するために、他の設定は必要ありません.
全体的なパフォーマンスに影響を与える要因としては、JSPのコンパイル前の時間、最小化、SPAが有効かどうか、アプリサーバーのキャッシュ、LDAPへの接続など、他にも要因があることを覚えておいてください。 また、クラスタ内のノード数の増加、ガベージコレクションなどのJVM設定、ロードバランサのチューニングなど、パフォーマンスを向上させる方法が他にもあることを覚えておいてください。