ユーザーは、コンテンツエディター内で、すでに翻訳されたフィールドとまだ翻訳が必要なフィールドを簡単に識別してフィルタリングできます。さらに、一部のフィールドがまだ翻訳されていない場合でも、言語を翻訳済みとしてマークすることを選択できます。ユーザーには、翻訳をデフォルト値に簡単にリセットするオプションもあります。これらの機能により、翻訳プロセスが合理化され、効率が向上します。
Release Notes
ユーザーは、コンテンツエディター内で、すでに翻訳されたフィールドとまだ翻訳が必要なフィールドを簡単に識別してフィルタリングできます。さらに、一部のフィールドがまだ翻訳されていない場合でも、言語を翻訳済みとしてマークすることを選択できます。ユーザーには、翻訳をデフォルト値に簡単にリセットするオプションもあります。これらの機能により、翻訳プロセスが合理化され、効率が向上します。
ユーザーは、ヘッドレス API を使用して、プログラムによる方法でドキュメントショートカットに関する情報を作成、更新、削除、取得できるようになりました。 |
パブリケーションは、ユーザーが変更をレビューするための最終エンドポイントを提供するため、ワークフローの変更もレビューできれば、コンテンツ編集者にとっては非常に有益です。
大規模なパブリケーションでは、許容できないパフォーマンスの低下が観察されます。パブリケーションには多数の個別の変更が含まれているため、現在のシステムは、特に競合チェックおよびパブリケーションのパブリッシング中に、許容可能なパフォーマンスレベルを維持するのに苦労しています。これら 2 つのフェーズでは、手書きの SQL クエリを活用してタスクを実行し、パブリケーションが永続化レイヤーを介してショートカットできるようにして、小規模なパブリケーションのパフォーマンスを最大化します。ただし、大規模なパブリケーションでは、一貫したパフォーマンスを確保するためにさらに考慮する必要があります。
アップグレードプロセスによって ctColectionId
列を考慮しない場合があり、特に古いバージョンのパブリケーションを使用しているお客様に不整合が発生する可能性があります。
標準の rest-config.yaml
にchangeTrackingEnabledを追加して、サービスがパブリケーションのサポートを指定しなければならないようにしました。これにより、将来のヘッドレスAPIで変更追跡を可能にするプロセスが簡素化されます。
データ移行センターはまだパブリケーションをサポートしていないため、本番環境でのみアクションを実行できる場合は、データ移行センターのユーザーに十分に通知する必要があります。 |
オブジェクト間の1対1の関係によりワークフローを合理化する新機能を導入しました。ユーザーは、プライマリオブジェクトのCRUDビューから直接ネストされたオブジェクトを作成および更新できるようになり、データ セットマネージャー (DSM) から変換されたシームレスな削除および表示操作を利用できるようになりました。このアップデートにより、データ管理がよりスムーズかつ効率的になりました。
ユーザーが、フラグメントおよびコレクション表示ですでに定義済みのWebコンテンツのストラクチャの反復可能なフィールドをマッピングできるようになりました。
/search
と /suggestions
のAPIには、次の機能強化が加えられています:
/searchのサイト (グループ) ID と外部参照コード (ERC) をサポートする新しいオプションの scope
パラメーターが追加されました。/suggestionsのscopeパラメーターも、同じセマンティクスを持つように更新されました。
/search
は現在 RELEASE ステータスです。
APIは現在、/o/search/v1.0/
エンドポイント下で利用可能で、サーバー側の転送を介した呼び出しによる現行の /o/portal-search-rest/v1.0
呼び出しの後方互換性があります。
詳細はドキュメントをご参照ください。
Elasticsearch 8.15.x がテストされ、対応するLiferayのバージョンとの互換性マトリックスに追加されました。
注意: Elasticsearchの新しいマイナーバージョンとの互換性は、2つの方法でテストされています:
最新-最新: 最新の利用可能な Elasticsearchのマイナーバージョンを使用して、最新のLiferayバージョンをテスト → 例: Master/2024.Q3 + Elasticsearch 8.15
ミニマム-最新: Elasticsearch 8の互換性が最初に利用可能になったミニマムのLiferayバージョンを、Elasticsearchの最新のマイナーバージョンでテスト → DXP 7.4 U81/DXP 7.3 U31 + Elasticsearch 8.15
このようにすることで、Liferayはより広範なデプロイメントのベースが最新の検索エンジンバージョンでスタックを運用できるようになります。
Elasticsearchは通常、およそ 2 か月ごとに新しいマイナー バージョンをリリースするため、これは定期的なプロセスであり、四半期ごとに計画されたアクティビティです。
Elastic’s product lifecycle に従い、Elasticsearch 7.17.xバージョンはElasticsearchバージョン9がリリースされるまでサポートおよび保守されます。 Elasticsearch 9.0.0は、2025年初頭にリリースされる予定です。
したがって、Liferayでは、7.17.x をデプロイメントしているすべてのお客様に対し、互換性のある最新の Elasticsearch 8.x バージョンへのアップグレードプロジェクトの計画段階を開始することを強くお勧めします。
Elasticsearch 8との互換性は7.4 U81+で利用可能です。→ Operating Liferay 7.4 GA/Update 81+ with Elasticsearch 8 - Liferay
注意: Elasticsearch 8.x との互換性は、バンドルされている Elasticsearch 7 コネクタと Elasticsearch 8 の REST API Compatibility によって提供されます。
Liferayには、クライアントバージョンとして7.17.21を使用し、また開発・テスト用にSidecar ElasticsearchサーバーのバージョンとしてアップデートされたElasticsearchコネクターが同梱されています。
条件コントリビューターの設定は、より小さなフットプリントでブループリントのJSON 内に保存されるようになり、デフォルトの設定(すべてのコントリビューターを有効化 → Enable All)または新しい Disable All オプションを使用する場合、ブループリントのサイズが 90% 以上削減されます。
異なるオプションの動作は以下のとおりです:
Enable All を使用すると、現在および将来プラットフォームに導入されるすべてのクエリの条件コントリビューターが自動的に有効になります。Disable All は逆の動作をします。
カスタマイズ では、設定は指定されコントリビューターのリストにロックされます。
データセットマネージャーの選択フィルターが改良され、さまざまな種類のソースを選択できるようになりました。候補リストに加えて、管理者ユーザーはフィルター値のソースとしてAPI ヘッドレスを選択できるようになり、フィルター値に API 応答からの値が入力される可能性があります。これにより、ユーザーはフィルタ作成プロセスをより自動化できるようになります。
データセットマネージャーでは、配列ストラクチャをマップできるようになりました。これにより、データ セットの特定のセルに値のリストを表示できます。例えば、ユーザーのロールや製品のタグをリストできます。
ユーザーがフロントエンドデータセットに直面している場合、アイテムはデータ セットマネージャーで設定されたユーザーと対話するためのアクションを表示できます。今後は、ユーザーがアイテムまたは作成アクションを通じて宛先URL に移動すると、現在のURLが宛先ページに追加されるため、ユーザーはアクションをシームレスに実行した後にデータ セットに戻ることができます。
CXフィルターでは、開発者がオンデマンドのビジネスロジックとUIを備えた独自のフィルターを設定し、データセットマネージャーでデータセットに追加して、データセット内のエンドユーザーに使用できます。 この新しい値により、クライアント拡張は汎用的なものになり、同じクライアント拡張機能を使用して、異なるフィールドでフィルタリングするフィルタを設定できます。
ユーザーセッションのレプリケーションがTomcatアプリケーションサーバー用に最適化されました。
ユーザーは、特定の期間内に許可されるゲスト送信の数のリセットを構成できます。
ユーザーは、オブジェクトやワークフローのアクションにおけるスクリプトの悪用を避けるために、必要なセキュリティ・レイヤーを追加できます。