ece-toolsのリリースノートのアーカイブ

ECE-Tools パッケージの変更

• Adobe Commerce パッチをece-tools パッケージから新しいmagento/magento-cloud-patches コンポーザーパッケージに移動しました。

• magento/magento-cloud-patches v1.0.0 パッケージの依存関係を追加するために、ece-tools パッケージのcomposer.json ファイルを更新しました。

• バージョン 2.3.2-p2以降からセキュリティのみのリリースにパッチセットを適用すると、ece-toolsのパッチプロセスが壊れる問題を修正しました。 この問題は、​ セキュリティのみのパッチ ​に対して採用された新しいバージョン管理スキームによって導入されました。

パッチと重大な修正 – 次のパッチと重大な修正を適用するには、ece-tools バージョン 2002.0.22でクラウド環境を更新します。 これらのパッチは、magento/magento-cloud-patches v1.0.0 パッケージに含まれています。

• Page Builderの2.3.1.xおよび2.3.2.x リリースに対するセキュリティパッチ – 未認証のユーザーが一部のテンプレートメソッドにアクセスできるページビルダープレビューの問題を修正しました。このテンプレートメソッドは、ネットワーク（RCE）経由での任意のコード実行をトリガーするために使用でき、グローバルな情報漏洩が発生します。 この問題は、Adobe Commerce バージョン 2.3.1および2.3.2でサポートされていないバージョンのPage Builderを使用している場合に発生する可能性があります。

• MSI パッチ – 在庫の管理にデフォルトの在庫設定を使用する際にインデックスエラーやパフォーマンスの問題が発生する問題を修正します。

• 新しいメールインターフェイスの後方互換性-Adobe Commerce v2.3.3で導入されたMagento\Framework\Mail\EmailMessageInterface PHP インターフェイスによって引き起こされる後方互換性の問題を修正します。 このパッチの適用範囲では、新しいEmailMessageInterfaceは古いMessageInterfaceから継承し、Adobe Commerce コアモジュールはMessageInterfaceに依存するように元に戻されます。

• を修正​ カタログのページネーションがElasticsearch 6.x ​で機能しない – Elasticsearch 6.xをカタログ検索エンジンとして使用しているお客様に影響を与える検索結果のページネーションに関する重大な問題を修正しました。

Dockerの更新—

• 新しいDocker イメージ - バージョン 2.3.3以降でサポート

  • PHP バージョン 7.3.

  • Varnish キャッシュ 6.2.0

• Docker環境の.magento.app.yamlで指定されたカスタムフック設定を適用するためのサポートを追加しました。 以前は、Docker環境はデフォルトのフック設定のみをサポートしていました。

• Docker ENV ファイルは、Docker ビルド中に生成されなくなったため、docker:config:convert コマンドは非推奨になりました。 対応するデータがdocker-compose.yml ファイルに保存されるようになりました。

• PHP イメージ​を更新し、Node.jsをPHP Docker イメージに追加して、node、npm、grunt-cli機能をサポートしました。

環境変数の更新-

• 重複するcron ジョブとcron グループの起動を防ぐロックプロバイダーを設定するために、LOCK_PROVIDER​のデプロイ変数を追加しました。 変数の説明については、変数のデプロイ ​ トピックを参照してください。

• CONSUMERS_WAIT_FOR_MAX_MESSAGES​環境変数を追加して、CRON_CONSUMERS_RUNNER環境変数を使用してcron ジョブを管理する際に、消費者がメッセージキューからメッセージを処理する方法を設定しました。 変数の説明については、変数のデプロイ ​ トピックを参照してください。

• consumers_runner cron ジョブが異なるノードで同じコンシューマーの複数のインスタンスを開始すると、データベースのデッドロックエラーが発生する可能性がある問題を修正しました。 環境で​CRON_CONSUMERS_RUNNER デプロイ変数を有効にしている場合、consumers_runner ジョブはsingle-thread オプションを使用して、1つのノードで各コンシューマーの1つのインスタンスを開始します。

• デフォルトのストア URLを使用する​ WARM_UP_PAGES ​機能に影響する問題を修正しました。 これで、config:show:default-url コマンドでベース URLを取得できない場合は、MAGENTO_CLOUD_ROUTES変数のURLが使用されます。

module:refresh コマンドによって返されたログ情報を更新しました。 これで、cloud.log ファイルに有効なモジュールの詳細なリストが表示されるようになりました。

Adobe Commerce バージョンと、Elasticsearch、RabbitMQ、Redis、DBなどのインストール済みサービスとの間の互換性の問題に関するバージョンの検証と警告の通知が改善されました。

RabitMQ バージョン 3.8.のサポートを追加しました

新しいAdobe Commerce 2.3.3および2.2.10 リリースでサポートされているバージョンを反映するように、サービスの互換性に関するインタラクティブな検証を更新しました。 推奨バージョンについては、インストールガイド​の必要システム構成を参照してください。

展開フェーズのcron ジョブ管理プロセスが、既に完了したcron ジョブを停止しようとしたときに返されるログメッセージを改善して、この問題がエラーではないことを確認しました。 ログレベルをINFOからDEBUGに変更しました。

app:config:import タスク中にエラーが発生したときにデプロイメントプロセスを中断しなかったsetup:upgrade コマンドを実行する際の問題を修正しました。

ファイルハンドラーのデフォルトのログレベルをdebugに変更し、Cloud Consoleに表示されるログの詳細を減らしながら、デバッグの詳細情報を提供しました。

ビルド中に静的コンテンツのデプロイメントでエラーが発生する問題を修正しました。 インストールとece-tools設定ダンプの後、config.php ファイルに管理者ユーザーのロケールが指定されていない場合にエラーが発生しました。 これで、config.php ファイルに管理者ユーザーのデフォルトのロケールがあります。

安全なURL （https）で設定されていない環境でmagento-cloud CLI コマンドが失敗した場合に発生するUndefined index errorを修正しました。 現在、ECE-Tools パッケージは、セキュア URLが利用できない場合にベース URL （http）を使用します。

Dockerの更新—

• Docker環境でece-tools パッケージを使用して機能テストを実行できるようになりました。 ​ アプリケーションテスト ​を参照してください。

• .magento.app.yaml ファイルを使用したPHP モジュールの設定のサポートを追加しました。 .magento.app.yaml ファイル 🔗で指定されたPHP拡張機能は、Docker PHP コンテナで使用できるようになります。

• Docker コマンドラインエクスペリエンスを向上させるために使用できる新しいコマンドがあります。 Docker リファレンス 🔗のbin/magento-docker セクションを参照してください。

• Mutagen.ioを使用して、ローカルホストとDocker間の開発中にファイルを同期する機能を追加しました。

• Docker環境を使用する際のデフォルトのパスを修正しました。 現在、SSHを使用してDocker コンテナにログインする場合、想定どおり、/app ディレクトリのプロジェクト ルートにあります。

• Sodium ライブラリをバージョン 1.0.11からバージョン 1.0.18に更新し、Sodium PHP拡張機能を更新しました。

  note warning
  WARNING
  Adobe Commerce on cloud infrastructureのお客様は、Adobe Commerce 2.3.2にアップグレードする前に、Pro実稼動環境およびステージング環境でlibsodium パッケージをアップグレードするには、Adobe Commerce サポートチケット ​を送信する必要があります。 現在、Starter環境をAdobe Commerce 2.3.2にアップグレードすることはできません。

• すべてのDocker イメージにanalysis-icuとanalysis-phonetic Elasticsearch プラグインを追加しました。

• 検証改善：docker:build コマンドのオプションを使用する場合は、オプションを使用する際に値を指定する必要があります。 また、docker:build run コマンドを使用する際に、Node バージョンの検証を追加しました。

環境変数の更新—

• DATABASE_CONFIGURATION環境変数を使用したデータベーステーブルのプレフィックスのサポートを追加しました。

• ProおよびStarterの実稼動環境とステージング環境にデプロイする際に、ベース URLを更新する​FORCE_UPDATE_URLS デプロイ変数を追加しました。 変数のデプロイ ​ コンテンツで定義を参照してください。

• TTFB _TESTED_PAGES​のデプロイ後の変数を追加して、_最初のバイトまでの時間_のページテストを設定し、クラウドインフラストラクチャにデプロイされたサイトのアプリケーションパフォーマンスを確認できるようにしました。 変数の説明については、​ デプロイ後の変数を参照してください。

• 静的コンテンツのデプロイメントでランダムなエラーが発生する、マルチスレッド SCDの問題を修正しました。 この回避策では、SCD_THREADS​変数を1に設定しました。 必要に応じてカウントを増やすことができます。 ​ デプロイ変数および​ ビルド変数の定義を参照してください。

• WARM_UP_PAGES​環境変数を設定して、単一ページ、複数ドメイン、複数ページをキャッシュできます。 ​ デプロイ後の変数 コンテンツで、拡張された定義を参照してください。

除外リストにpub/static/.htaccess ファイルを追加しました。 Phoenix MEDIA GmbHのBjörn Krausによって送信された修正

少なくとも1人のクリティカルレベルのバリデータがエラーを返した場合、すべての検証メッセージがCriticalとして表示されるエラーを修正しました。

データベースにベース URLが存在しない場合にデプロイメント失敗が発生する問題を修正しました。

環境サービス、ルート、または変数を表示するece-tools パッケージに新しい​ env:config:showコマンド ​を追加しました。 ​ サービス、ルート、変数を参照してください。 Vladimir Kerkhoffによって送信された機能.

シェルリファクタリング後にece-tools現像でAdobe Commerce 2.2.6以前をインストールしようとしたときに重大なエラーが発生する問題を修正しました。

非推奨バージョンのCarbonの使用に関する警告が表示され、Adobe Commerce 2.1.xおよび2.2.xのインストールが失敗する問題を修正しました。

シェル出力のcloud.log ログレベルをinfoからdebugに減少しました。

ダンプ ファイルから定義を削除するために、ece-tools db-dump コマンドに--remove-definers (-d) オプションを追加しました。

Dockerの更新—

• これで、Docker環境は、.magento.app.yaml ファイル 🔗のcrons プロパティで定義されたcron設定をサポートするようになりました。

• 新しいDocker Container - TLS終了プロキシコンテナ ​を追加して、HTTPSでのVarnish SSL終了を容易にしました。

• 新しいDocker Image - Gulpやその他の機能（Jasmine JS ユニットテストなど）をサポートするNode.js イメージを追加しました。

• Docker ビルドモード – これで、実稼動モードまたは開発者モード ​でDocker環境を起動できます。 開発者モードは、書き込み可能な完全なファイルシステム権限を持つアクティブな開発をサポートしています。

• 使用できないサービスに対してキャッシュが設定されている場合にName or service not known エラーが発生し、Docker デプロイが失敗する問題を修正しました。 これで、.magento/services.yaml ファイル ​からサービスを削除できます。 Docker設定ジェネレーターは、docker/config.php.dist ファイルのサービスを自動的に更新します。

• サービスの互換性を確認するためのインタラクティブな検証を追加しました。 現在、要求されたサービスがAdobe Commerce バージョンまたはその他のサービスと互換性がない場合、インタラクティブモード​は、メッセージと続行の選択肢をユーザーに求めます。 Dockerで使用可能な​ サービスバージョン ​を参照してください。 -n オプションを使用して、CICD目的のインタラクティブ機能をスキップします。

• 既存のダンプを消去するDocker compose db-dump コマンドの問題を修正しました。

• 同じデータベース IDにRedis session、defaultおよびpage_cache キャッシュ ストレージを割り当てた問題を修正しました。

環境変数の更新—

• 新しい​ ELASTICSUITE_CONFIGURATION ​環境変数は、デプロイメント間でカスタマイズされたサービス設定を保持します。 変数のデプロイ ​ コンテンツで定義を参照してください。

• SCD_MAX_EXECUTION_TIMEOUT​環境変数を追加しました。これにより、.magento.env.yaml ファイルから静的コンテンツのデプロイメントを完了する時間を増やすことができます。 ​ デプロイ変数、​ ビルド変数、​ グローバル変数の定義を参照してください。

  • MAGENTO_CLOUD_LOCKS_DIR​環境変数を追加して、クラウドインフラストラクチャ上のロックプロバイダーのマウントポイントへのパスを設定しました。 ロックプロバイダーは、重複したcron ジョブとcron グループの起動を防ぎます。 この変数は、Adobe Commerce バージョン 2.2.5以降でサポートされており、自動的に設定されます。 ​ クラウド変数の定義を参照してください。

  • 検出されたCPU スレッド数に基づいて最適な値を自動的に決定するように、SCD_THREADS​環境変数のデフォルト値を変更しました。 更新された定義については、​ デプロイ変数および​ ビルド変数を参照してください。

Cloud Infrastructure バージョン 2002.0.16でAdobe Commerceにアップグレードする際にエラーが発生するDB Isolation Mechanismのパッチの問題を修正しました。

Google Image Charts​を​ Image-Charts ​に置き換えるパッチを追加しました。 M1🔗のDevBlog記事Google Image Chartsの非推奨化と更新を参照してください。

SEARCH_CONFIGURATION変数の検証を追加しました。 「エンジン」オプションが設定されておらず、_mergeが必要ない場合、デプロイに失敗します。

例外が発生した後に機密データが公開される問題を修正しました。 これで、機密情報が適切にマスクされるようになりました。

Magento Open Source パッケージのフォールトトレラント設定を改善しました。 Adobe CommerceがRedis slave インスタンスからデータを読み取れない場合、Redis master インスタンスから読み取りが行われます。 REDIS_USE_SLAVE_CONNECTIONを参照してください。

サービスの更新 – 次のAdobe Commerce バージョンでサポートされています：2.2.8以降2.2.x、2.3.1以降2.3.x

• Elasticsearch バージョン 6.x.のサポートを追加しました

• Redis バージョン 5.0のサポートを追加しました。

新しいDocker イメージ - Docker ビルドに次のサービスを追加しました。

• Elasticsearch 6.5

• Redis 5.0

新しい環境変数 – 以前は、SCD圧縮のハードコードされたタイムアウトがありました。 これで、SCD_COMPRESSION_TIMEOUT​環境変数を使用してSCD圧縮タイムアウトを設定できます。 ​ ビルド変数および​ デプロイ変数 コンテンツの定義を参照してください。

インストールコマンドに--use-rewrites オプションを追加し、ストアフロントおよび管理者アクセスで生成されたリンクにweb サーバーの書き換えを使用して、セキュリティと顧客体験を向上させました。

var/log/install_upgrade.log ファイルにタイムスタンプを追加して、インストールおよびアップグレード イベントの日付を表示しました。

Dockerの更新—

• 現在、Docker環境で生成される既定のサービス設定は、クラウド テンプレートの既定の設定と同じです。

• sendmail サービスを使用して、Docker環境からメールを送信できます。

• Cloud Docker環境でデバッグするためにconfigure Xdebugの機能を追加しました。

• docker-compose.yml ファイルを生成する際のweb サービスの権限に関する問題を修正しました。

アップグレードの改善 - Adobe Commerce v2.3にアップグレードする前に、composer.json ファイルのautoload プロパティに必要な設定変更が含まれていることを確認するための検証を追加しました。 ​ アップグレードのバージョン ​を参照してください。

静的コンテンツをデプロイする際の圧縮プロセスに、ネイティブ生成またはカスタマイズされたすべてのアセットが含まれるようになり、build:transfer セクション ​の最初のビルド フェーズで実行されます。 以前は、静的アセットのカスタム縮小とバンドルを適用する前に、圧縮プロセスが実行されていました。 Tryzens LimitedからRafael Garcia Lepperによって送信された修正

追加のデータベースとサービスの関係を設定した直後にデプロイメント中に発生したデータベース接続エラーを修正しました。 また、この修正プログラムは、Commerce Reporting for Starterの設定プロセス中に発生した問題を解決します。 Starterの場合、このアップグレードは、Commerce Reportingを使用する際に「必須」です。

デプロイプロセスが失敗する原因となったデータベース設定の検証問題を修正しました。

PHP定数で使用するsymfony/yaml パッケージの適切なバージョンで制約を更新しました。 3.2より前のバージョンのsymfony/yaml パッケージを使用する場合、定数解析は機能しません。 Vladimir Kerkhoffによって送信された修正.

環境設定チェック - PHP バージョンを確認し、最新の推奨バージョンを使用していない場合にユーザーに警告する検証を追加しました。

形式が正しくないJSON変数の処理に関する問題を修正しました。 JSON変数が構文エラーを引き起こした場合、cloud.log ファイルに警告が表示され、デプロイメントはデフォルト変数を使用して続行されます。

Redis サービスを無効にした直後にデプロイメント中に発生した接続エラーを修正しました。

変更のログ記録 – 次のビルドおよびデプロイ プロセス イベントの​ ログレベル ​をInfoからNoticeに更新しました：

• composer.jsonにインストールされたモジュールを、app/etc/config.php ファイルの共有構成設定と照合するプロセスの開始と終了

• 設定検証プロセスの開始と終了

• クラスを生成するためのsetup:di:compile プロセスの開始と終了

新しい環境変数—

• RESOURCE_CONFIGURATIONのデプロイ変数：この変数を使用して、リソース名をデータベース接続にマッピングします。

• X_FRAME_CONFIGURATION グローバル変数：この変数を使用して、<frame>、<iframe>、または<object>でAdobe Commerce ページをレンダリングするためのX-Frame-Options ヘッダー設定を変更します。

環境変数の更新 – 次の環境変数を変更しました。

• WARM_UP_PAGES - Adobe Commerce ストア用に定義されたすべてのドメインで、指定されたページのキャッシュをプリロードする機能を追加しました。 以前は、サイトが複数のドメインで構成されていた場合、デプロイ後のプロセスで、デフォルト以外のドメインで指定されたページのキャッシュのプリロードに失敗し、デプロイ後のログに次のエラーが返されました：ERROR: Warming up failed: <uri>

• SCD_COMPRESSION_LEVEL - SCD圧縮レベルの正しいデフォルト値を使用して、ドキュメントとサンプル .magento.env.yaml ファイルを更新しました。 ​ ビルド変数および​ デプロイ変数 コンテンツの定義を参照してください。

• SCD_EXCLUDE_THEMES – この環境変数は非推奨です。 SCD_MATRIXを使用して、テーマ設定を制御します。

• SCD_MATRIX - SCD_MATRIXが異なる文字ケースを含むテーマ値を無視した場合に発生する問題を回避するための検証プロセスを修正しました。 ​ ビルド変数および​ デプロイ変数 コンテンツの定義を参照してください。

• 管理者変数—

  • 環境変数を使用して管理者ユーザーの資格情報を管理する際のセキュリティが向上しました。 アップグレード中にADMIN_EMAIL、ADMIN_USERNAME、およびADMIN_PASSWORD環境変数を使用して管理者資格情報を上書きすることはできなくなりました。 管理パネルにアクセスできない場合は、パスワードを忘れた​機能またはadmin:user:create CLI コマンドを使用して、新しい管理者ユーザーを作成します。 管理者パネルへのアクセス ​を参照してください。

  • パッチをアップグレードまたは適用する際に、ADMIN_EMAILは不要になりました。

Dockerの更新—

• これで、Docker ジェネレーターは、Docker環境の構築時に.magento.app.yamlおよび.magento/services.yaml設定ファイルで指定されたサービスを使用します。 ビルド パラメーターを使用して、別のサービス バージョンを選択できます。

• PHP 7.2 imageを追加 – Cloud DockerでのPHP 7.2のサポートを追加しました。Launch Docker設定を更新し、お使いのAdobe Commerceのバージョンと互換性のあるPHPのバージョンを指定するためのdocker:build --php オプションを含めました。

• PHP-CLI イメージに基づいてCron コンテナ ​を追加しました。

• Docker ビルドに次のサービスを追加しました。

  • RabbitMQ 3.5および3.7

  • Elasticsearch 1.7、2.4、および5.2

  • Redis 3.2および4.0

PHP定数を使用した設定-.magento.env.yaml設定ファイルにPHP定数のサポートを追加しました。

New environment variable – デフォルトでは、実稼動環境でのみGoogle Analyticsが有効になっています。 ENABLE_GOOGLE_ANALYTICS環境変数を使用して、ステージング環境および統合環境でGoogle Analyticsを有効にできます。

再デプロイ後にenv.php ファイルからカスタマイズされたcron設定を削除する問題を修正しました。 これで、カスタム cron設定は安全にenv.php ファイルに残りました。

ビルド、デプロイ、デプロイ後のフェーズのメッセージと​ ログレベル ​の不整合を修正しました。 すべてのフェーズとサブフェーズで、開始と終了のログメッセージレベルが​ info ​から​ notice ​に増加しました。 適切な場合に、開始と終了のログメッセージを追加しました。

構成時にデプロイ後のフェーズの開始を妨げるcron プロセスに関する問題を修正しました。 これで、デプロイ後のフックが有効になっている場合、デプロイ後のフェーズの開始時にcron プロセスが再度有効になります。

カスタムデータベース設定を指定する際にAdobe Commerceを正常にインストールできなかった問題を解決しました。 以前は、DATABASE_CONFIGURATION環境変数でカスタマイズされた接続情報を指定した場合でも、MAGENTO_CLOUD_RELATIONSHIP変数のデータベース設定を使用していました。

config.php ファイルのsystem セクションに各web サイトのロケールが含まれるように、config:dump コマンドを修正しました。

ソース ベース URL参照を修正することで、デプロイ後のフェーズで​ウォームアップ エラーが発生する問題を修正しました。

Amazon Pay モジュールに影響を与えたsetup:di:compile プロセス中にファイルが正しく生成されない問題を修正しました。

理想的な状態の確認 - ideal-state ウィザードは、デプロイメントごとに現在の設定を確認し、より高速でダウンタイムのないデプロイメントを実現するために設定を更新するための明確な手順を提供するようになりました。

PCI Compliance：サードパーティのメッセージングサービスと接続する際にTransport Layer Security （TLS）バージョン 1.2が必要になるように、クラウドインフラストラクチャ上のAdobe Commerceのメッセージングプロトコルを更新しました。 TLS バージョン 1.2をサポートしていないメッセージサービスを使用している場合は、サービスをアップグレードする必要があります。 それ以外の場合は、Adobe Commerce アプリケーションがメッセージサーバーに接続して電子メールを送信しようとすると、次のエラーメッセージが表示されます。Unable to connect via TLS。

デプロイメントの改善 - ステージング環境または実稼動環境でdev、debug、またはdebug_logging オプションが有効になっている場合に顧客に警告するための検証を追加し、過剰なログ活動によるパフォーマンスの問題を防ぎます。

展開の修正—

• これで、デプロイフェーズの開始時にメンテナンスモードが有効になり、終了時に無効になりました。 デプロイメントに失敗した場合、デプロイメントの問題が解決されるまで、サイトはメンテナンスモードのままになります。 以前は、デプロイメントに失敗した場合でも、サイトが実稼動モードに戻っていました。

  • 展開フェーズの検証チェックを見直し、展開が完了するように、次の展開の問題のエラーレベルをCRITICALからWARNINGにダウングレードしました。 以前は、これらの問題によりデプロイメントが失敗していました。

  • 環境設定に、デプロイ変数またはクラウド変数の誤った値が含まれています。

• クラウドインフラストラクチャ上のElasticsearch バージョンは、クラウドインフラストラクチャ上のAdobe Commerceでサポートされているelasticsearch/elasticsearch モジュールのバージョンと互換性がありません。 Adobe Commerce サポート ナレッジベースのElasticsearchのトラブルシューティングに関する記事を参照してください。

• デプロイメント中にrecursion detected エラーが発生したapp/etc/config.php ファイルの共有構成設定の問題を修正しました。

Cron関連の修正—

• 既定（1分）以外のcron頻度を指定すると、ジョブが実行できないcron スケジュールの問題を修正しました。

• デプロイメントフェーズで、デプロイメント中にcron ジョブを実行し続けることができる問題を修正しました。これにより、データベースのロックやその他の重大な問題が発生する可能性があります。 これで、デプロイメントフェーズが開始される前にすべてのcron ジョブが停止し、デプロイメント完了後に再起動されます。<!—MAGECLOUD—2537—>

• バージョン 2.2.xのcron ジョブワークフローを修正して、固定cron ジョブのロックを解除し、デプロイメントを開始する前に停止できるようにしました。 以前は、固定cron ジョブによってデプロイメントが停止していました。

vendor/bin/ece-tools config:dump コマンドによって生成されたconfig.php ファイルのフォーマットを変更して、Adobe Commerce コーディング標準に準拠するために、短縮配列構文と4 スペースのインデントを使用するようにしました。

.magento.env.yamlに、Adobe Commerce on cloud infrastructure プロジェクトのデフォルト URL設定ではなく、web設定の{{ base_url }}と{{ unsecure_base_url }}のプレースホルダーが含まれている場合に発生するデプロイメントエラーを修正しました。/

ダウンタイムなしのデプロイメントを有効にする – デプロイメント中に必要なデータベースの変更を含むAdobe Commerce オンクラウドインフラストラクチャのリクエストをキューに入れ、デプロイメントが完了するとすぐに変更を適用します。 リクエストは、セッションが失われないように、最大5分間保持できます。 クラウド 🔗でのデプロイメントのダウンタイムを短縮するには、静的コンテンツのデプロイメントオプションを参照してください。

Docker Compose for Cloud-Dockerの設定と設定 プロセスに次の改善を加えました。

• 環境設定を簡素化するために、PHP設定ファイルをDocker ENV形式に変換するコマンド docker:config:convertを追加しました。 次に、PHP設定ファイルをDocker ディレクトリにコピーし、Docker ENV ファイルに変換します。 Dockerの起動を参照してください。

• Adobe Commerce オンクラウドインフラストラクチャのインストールプロセスで、読み取り専用および読み取り/書き込み両方のファイルシステムへのデプロイがサポートされ、クラウドファイルシステムをより詳細にエミュレートできるようになりました。 Configure Dockerを参照してください。<!—MAGECLOUD—2357—>

• Redis サービスのサポート—Docker コンテナにデプロイされ、Docker インストールと連携するように自動的に設定されるRedis イメージを追加しました。<!—MAGECLOUD—2442—>

• これで、Cloud Docker ​ データベースコンテナ ​を使用する際のDB ダンプ機能を使用できるようになりました。 また、docker/mnt ディレクトリを使用して、ホストマシンとコンテナの間でファイル 🔗を共有できます。

• Varnish サービスのサポート— Varnish イメージを追加し、Docker コンテナに自動的にデプロイされました。 デプロイメント後、Adobe Commerceのベストプラクティスに従って、Varnishを手動で設定できます。 Varnishの設定と使用を参照してください。<!—MAGECLOUD—2358—>

• 安全なサイトアクセス - Adobe Commerce ストアと管理パネルにアクセスするためのSSL サポートを追加しました。<!—MAGECLOUD—2360—>

クラウドインフラストラクチャ拡張機能のサポート​の改善 – Adobe Commerce クラウドインフラストラクチャ上のAdobe Commerceのguzzlehttp/guzzle パッケージの最小バージョン要件composer.json ファイル ​をバージョン 6.2にダウングレードし、ece-tools パッケージがより多くの拡張機能と互換性を持つようにしました。

ビルド フェーズ中にAdobe Commerce アプリケーションにカスタム変更を適用 – ビルド フェーズを2つの個別のプロセスに分割し、フックを使用して、生成された静的コンテンツにカスタム変更を適用してから、アプリケーションをデプロイメント用にパッケージ化できるようにしました。 _build :generate_プロセスは、コードの生成、パッチの適用、静的コンテンツの生成を行います。 build:transfer プロセスは、生成されたコードと静的コンテンツを最終宛先に転送します。 ​ アプリケーションフック ​を参照してください。

環境設定チェック - Adobe Commerceをクラウドインフラストラクチャに構築してデプロイする前に、バージョンの非互換性と設定エラーについて顧客に警告するための環境設定の検証を改善しました。

• サポートされていない、または非推奨の環境変数と値を識別するためのバージョン固有の検証を追加しました。

• Elasticsearchの互換性チェックを追加し、Elasticsearch設定の問題についてユーザーに警告しました。 サーバー上のElasticsearch サービスのバージョンがAdobe Commerceと互換性がない場合、デプロイメントは失敗します。 以前は、Elasticsearchのバージョンが互換性がない場合でも、デプロイメントが成功し、サイトのデプロイメント後に製品カタログの問題が発生していました。

  非互換性を解決するには、​ サポートチケット ​を送信してElasticsearchを互換性のあるバージョンにアップグレードするか、Adobe Commerce設定を変更してElasticsearch PHP クライアントの互換性のあるバージョンを指定します。

  • Adobe Commerce バージョン 2.1.xから2.2.2の場合は、Elasticsearchをバージョン 2.4にアップグレードします。

  • Adobe Commerce バージョン 2.2.3以降の場合は、Elasticsearchをバージョン 5.2にアップグレードします。

  • Elasticsearch 1.xまたは2.xを使用しており、アップグレードしない場合は、composer.jsonのAdobe Commerce Elasticsearch PHP クライアントのバージョン要件を"elasticsearch/elasticsearch": "~2.0"に更新してください。

• 環境変数の検証を改善して、ビルド、デプロイ、デプロイ後のフェーズで競合を引き起こす可能性のある設定設定を特定しました。 例えば、静的コンテンツ展開のグローバル設定がビルドまたはデプロイ フェーズの設定と競合する場合、インストールおよびアップグレード プロセス中に警告メッセージが表示されます。

環境変数の更新 – 次の環境変数を変更しました。

• SKIP_HTML_MINIFICATION グローバル変数 - オンデマンドのHTML コンテンツの縮小を有効にするために、デフォルト値をtrueに変更しました。これにより、ステージング環境と実稼動環境へのデプロイ時のダウンタイムを最小限に抑えることができます。 この設定は、ダウンタイムなしのデプロイメントに必要です。

• CLEAN_STATIC_FILES デプロイ変数 - CLEAN_STATIC_FILES環境変数設定に基づいて、ビルド段階で生成された静的コンテンツのクリーンな静的ファイル処理を管理する機能を追加しました。 以前は、ビルド フェーズで生成された静的コンテンツ ファイルは、常にクリーニングされていました。

ログ - ログメッセージを改善し、ログサイズを削減するために、次の変更を行いました。

• デプロイメント失敗ログエントリには、環境設定でデバッグレベルのログを指定しない場合でも、失敗の原因となる操作からのコマンド出力が含まれるようになりました。 MIN_LOGGING_LEVELを参照してください。

• ファイルシステムが読み取り専用の状態であるため、一部の拡張機能で必要な生成工場が正しく生成できないときに発生するデプロイメントエラーのログを追加しました。

• インタラクティブな進行状況バーを使用するセットアップ コマンドによって引き起こされるデプロイ ログのサイズと修正された書式設定の問題を削減しました。

• 不要な冗長性を排除し、一部のログステートメントの優先度レベルを更新しました。

Cron固有の修正—

• cron キューの入力速度が速すぎる場合に発生する可能性のあるパフォーマンスの問題とデプロイメントのエラーを防ぐために、履歴の有効期間の既定のcron ジョブ設定設定を3d （4320分）から1h （60分）に変更しました。

• データベースのロックやその他の重要な問題を防ぐために、デプロイフェーズ中のcron ジョブ管理プロセスを改善しました。 これで、デプロイメントフェーズ中にすべてのcron ジョブが停止し、デプロイメント完了後に再起動します。

• Adobe Commerce バージョン 2.2.0以降でcron ジョブによって起動されたコンシューマーのスケジュール設定メカニズムで、cron ジョブが重複するコンシューマーを起動しない問題を修正しました。

展開プロセス中に圧縮ファイルを参照する際にnot overwrittenとno such file or directoryのエラーが発生する静的コンテンツ圧縮プロセス ​ （gzip）の問題を修正しました。

ストアロケールが指定されていない場合、php ./vendor/bin/ece-tools config:dump コマンドがダンププロセス中にconfig.php ファイルから冗長セクションを削除できない問題を修正しました。 環境間で設定ファイルを簡単に移動できるようになりました。 ece-tools v2002.0.13に更新した後、改善されたconfig:dump コマンドを使用して古いconfig.php ファイルを再生成します。 ストア設定の構成管理を参照してください。

.magento/routes.yaml ファイルのルート設定がapex ドメインからwww ドメインにリダイレクトされる場合、デプロイフェーズ中にエラーが発生する問題を修正しました。

更新された.magento.env.yaml設定ファイルにengine パラメーターを含めない場合に誤った結合結果が発生するSEARCH_CONFIGURATION変数の_merge オプションの問題を修正しました。 これで、結合操作では、更新された.magento.env.yamlで指定した値のみが正しく上書きされ、engine パラメーターを設定する必要がなくなりました。

クラウドインフラストラクチャのバージョン 2.2.1以降で、Adobe Commerceのセッションロックが誤って有効になり、パフォーマンスとタイムアウトが遅くなる可能性があるRedis設定の問題を修正しました。 セッションロックはデフォルトで無効になっています。 この問題は、Redis セッション ハンドラーパッケージのv1.3.4で導入されたdisable_locking パラメーターのデフォルト動作の変更が原因で発生しました。 colinmollenhour/php-redis-session-abstract パッケージ ​を参照してください。

Docker Compose for Cloud – クラウド ece-tools リポジトリからDocker Compose設定を生成するコマンド docker:buildを追加しました。

ロケールの変更 – これで、書き出しと読み込みの設定プロセスを実行せずに、ストアのロケールを変更できます。 アプリケーションが実稼動環境にあり、SCD_ON_DEMANDが有効になっている間は、ストアと管理者のロケールオプションを使用できます。

サイトマップとロボット - ​ ワークフローを作成してrobots.txt ファイルを追加し、インフラストラクチャに変更を加えることなく、単一ドメイン構成用のsitemap.xml ファイルを生成しました。

ウィザード - クラウド設定に役立つ2つの​ ウィザード ​を追加しました：

• ideal-state：デプロイメントのダウンタイムを最小限に抑えるための理想的な状態を設定します

• master-slave - データベースとRedisの負荷分散の設定

モジュールの更新 - クラウドコマンドを追加しました – module:refresh – 無効にされているか、明示的に有効になっていないモジュールを有効にします。これは、ビルド中に自動的に行われるのと同様です。

CACHE、SESSION、QUEUE、SEARCHの設定で_merge オプションを使用して、サービスの構成を結合または上書きする機能を追加しました。

環境設定サンプルファイル – 各環境変数の詳細な説明と可能な値を含む.magento.env.yaml サンプルファイルをECE-Tools パッケージに追加しました。

• また、予期しない値によって引き起こされるデプロイメントプロセスのエラーを防ぐ.magento.env.yaml設定の詳細な検証も追加しました。 エラーが発生すると、次で始まる詳細なエラーメッセージが表示されるようになりました：Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

次の​ 環境変数 ​を追加しました：

• 新しいSCD_MATRIX環境変数を使用して、各テーマに複数のロケールを定義できるようになりました。これにより、デプロイするテーマファイルの量を減らすことができます。

• デプロイメント用にデータベース接続をカスタマイズするために、DATABASE_CONFIGURATION環境変数を追加しました。

• 新しいMIN_LOGGING_LEVEL変数は、コードを変更することなく、すべての出力ストリームの最小ログレベルを上書きします。

デプロイとデプロイ後のフェーズの間でダウンタイムが発生する問題を修正しました。 これで、デプロイ後のフェーズは、デプロイフェーズの終了後​ すぐに ​開始されます。

正常に実行されたcron ジョブ（status = successを含む）をスケジュールから削除しなかった問題を修正しました。

プロジェクトのデプロイ後フェーズではなく、デプロイ フェーズでキャッシュをクリアしたpost_deploy フックの問題を修正しました。

複数のロケールでSCDを使用する際に、各ロケールに同じjs-translation.json ファイルが生成される問題を修正しました。

テーブルのロックを回避し、速度を向上させるために、ece-tools パッケージのdb:dump コマンドを最適化しました。

設定ウィザード – 静的コンテンツのデプロイメント用に設定を検証するためのウィザードを追加しました。 ​ スマートウィザード ​を参照してください。

Symfony Consoleのサポート - Adobe Commerce 2.3とSymfony Console 4のサポートを追加しました。

Cron スケジュールの最適化 - キュー管理を改善し、ログを強化して、cron関連の問題のデバッグに役立てました。

ADMIN_EMAILまたはADMIN_USERNAMEの値が既存の管理者アカウントと同じ場合、 の展開の検証が失敗します。

2.2.x バージョンのSOLR サポートを削除しました。 2.1.x バージョンでは、SOLRを有効にする機能が保持されます。

PRO プロジェクトのステージングおよび実稼動環境の最初のインストールには、Elasticsearchの異なるインデックスプレフィックスが含まれるようになり、各環境に属するレコードを識別する際に競合が発生する可能性を防ぐことができます。

静的コンテンツのデプロイメント中にレガシーアーキテクチャのビルド フェーズが中断する問題を修正しました。

Cron固有の機能強化- cronの実装を再作業しました：

• cron キューがすばやく入力される問題を修正しました。 これにより、古くなったcron ジョブをより確実な方法でクリアできます。

• cron ジョブのシーケンスを再編成して、別のスレッドのすべてのジョブが一般グループの前に起動されるようにしました。

• cronの問題のデバッグをより支援するために、ログを改善しました。

• メモ – このリリースでは、cronに関連する多くの問題を解決します。 現在、m2-hotfixes​でcron関連のパッチを使用している場合は、それらを削除します。

SCD固有の改善—

• ビルド​とデプロイの両方のフェーズで、VERBOSE_COMMANDSとSCD_COMPRESSION_LEVEL環境変数を使用できます。

• SCD_COMPRESSION_LEVEL環境変数の予期しない値が検出された場合に、デプロイメントがランダムエラーで失敗する問題を修正しました。 有意義な通知を提供するための設定検証を改善しました。 許容可能な値については、SCD_COMPRESSION_LEVELを参照してください。

• SCD_COMPRESSION_LEVEL環境変数設定フローの動作を修正し、オーバーライドが期待どおりに機能するようにしました。

• .magento.env.yaml ファイル デプロイ ステージのSCD_THREADS環境変数の設定を妨げる問題を修正しました。

静的コンテンツのデプロイメント （SCD） – 要求された場合（オンデマンド）に静的コンテンツを生成する、新しい代替デプロイメントプロセスがあります。 これにより、最も重要なアセットを生成することで、ダウンタイムが削減され、キャッシュ処理が改善されます。

• 新しい環境変数 – 要求されたときに静的コンテンツを生成するSCD_ON_DEMAND グローバル環境変数を追加しました。

• デプロイ後のフック - キャッシュをクリアし、コンテナが接続の受け入れを開始した​_後にキャッシュを事前に読み込む（ウォーム）ファイル .magento.app.yaml ファイルのpost_deploy フックを追加しました。_Cloud Consoleのステージング環境と実稼動環境を含むPro プロジェクトと、スタータープロジェクトでのみ使用できます。 これは必須ではありませんが、SCD_ON_DEMAND環境変数と連動して動作します。

最適化 - デプロイメント時にファイルの移動またはコピーを最適化して、デプロイメントの速度を向上させ、ファイルシステムの負荷を軽減します。

デプロイメント ログ - デプロイメント プロセス中にログを出力するためのSyslogおよびGraylog Extended Log Format （GELF）ハンドラーを有効にする機能を追加しました。 ​ ログハンドラーを参照してください。

次の​ 環境変数 ​を追加しました：

• CRYPT_KEY - データベースを移動する際に、暗号化キーを別の環境に提供します。

• SKIP_HTML_MINIFICATION—グローバル​環境変数。静的ビューファイルのvar/view_preprocessed ディレクトリへのコピーをスキップし、要求されると縮小HTMLを生成します。

• SCD_ON_DEMAND—グローバル​環境変数。要求されたときに静的コンテンツを生成します。

• WARM_UP_PAGES - キャッシュのプリロードに使用するページを一覧表示できます。 新しい​ デプロイ後の変数で使用できます。

インスタンスのデプロイメントが破損し、ローカルに適用されたパッチが含まれる問題を修正しました。 ECE-Toolsは、パッチが適用されたことを検出できるようになりました。

JavaScript バンドルとGZIP機能の競合を修正しました。 これらの機能は正しく連携するようになりました。

以前のバージョンのPHP 7.0.xを使用する際にECE-Tools CLI コマンドが失敗する問題を修正しました。

複数のスレッドでコンパクトな戦略を使用すると、静的コンテンツのデプロイメントが妨げられる問題を修正しました。

管理者のログイン遅延の原因となるRedis セッション ロックの問題を修正しました。 また、この修正は2.1.x.で利用できます

ece-tools - ece-tools パッケージでAdobe Commerce 2.1.x.がサポートされるようになりました。

Redis設定 – 環境変数を使用して、Redis🔗 ページとデフォルトのキャッシュおよびRedis セッションストレージを設定できるようになりました。

検索、AMQP、およびRedis サービスの改善 - サービス設定フローを統合して、すべてのサービスで同じように動作するようにしました。 env.php ファイルを手動で編集してサービスを設定することはサポートされなくなりました。 代わりに、環境変数または.magento.env.yaml ファイルを使用する必要があります。

環境変数—

• env:STATIC_CONTENT_THREADSの使用は推奨されません。今後のリリースで削除されます。 代わりにSCD_THREADSを使用してください。

• STATIC_CONTENT_EXCLUDE_THEMES環境変数は非推奨（廃止予定）になりました。 代わりにSCD_EXCLUDE_THEMES環境変数を使用する必要があります。

ログ – 組み込みのパッチ適用操作に関するログを簡単に記録できるようになりました。

developer モードのサポートとAPPLICATION_MODE環境変数が予期しない動作を引き起こしていたため、削除されました。

Redisに関連する静的コンテンツ展開エラーの原因となっている問題を修正しました。 これで、マルチスレッドの静的コンテンツのデプロイメントが設計どおりに実行されます。

ユーザーが管理者の設定フィールドに変更を保存できない問題を修正しました。管理者は、app:config:dump コマンドを実行した後、機密性が高いとマークされています。

一部のパッケージとの競合を修正するために、以前のバージョンのsymfony/yamlのサポートが追加されました。このパッケージは、最新バージョンと互換性がありません。

ログの改善

• ビルドまたはデプロイのプロセスが環境変数を上書きする際に、より適切な説明を提供できるように、ログメッセージが改善されました。

• インストールとアップグレードの進行状況をリアルタイムで確認できるようになりました。 進行状況を表示するには、install_update.log ファイルをテールします。 以下に例を挙げます。

  code language-bash
  tail -f var/log/install_upgrade.log

新しいcron コマンド - cron:unlock コマンドですべてのcron ジョブを停止して再起動するのではなく、特定のスタックしたcron ジョブのロックを解除できるようになりました。 2.1では利用できません。

統合設定ファイル - .magento.env.yaml ファイルを使用して、ビルドとデプロイのステージを設定できるようになりました。

設定ファイルのバックアップ – デプロイメント プロセスは、デプロイメント後にapp/etc/env.phpおよびapp/etc/config.php設定ファイルのバックアップを自動的に作成するようになりました。 また、新しいCLI コマンド ​を追加して、これらの設定ファイルをバックアップから復元しました。

検証エラーのトラブルシューティング - config.phpに静的コンテンツのデプロイメントに十分なデータが含まれていない場合に検証エラーを解決するために使用するコマンドを変更しました。 以前は、エラーメッセージでbin/magento app:config:dumpを実行するように指示されていました。 次に、php ./vendor/bin/ece-tools config:dumpを実行する必要があります。

新しい環境変数 – 環境変数を使用して、カスタム 検索およびAMQP ベースの サービスをサイトに接続できるようになりました。

スマートパッチを導入しました。 これで、パッケージは、クラウドインフラストラクチャバージョンのAdobe Commerceではなく、パッケージバージョンに基づいてパッチを適用します。

ビルド エラーの原因となっているログの問題を修正しました。

インタラクティブモードでデプロイメントを実行すると、タイムアウト例外が発生する問題を修正しました。

静的コンテンツ生成にコンパクト戦略を使用する際にエラーが発生する問題を修正しました。 2.1では利用できません。

デプロイメントスクリプトがステージング環境と実稼動環境を正しく識別できない問題を修正しました。

ネットワークの問題により、データベース接続が中断され、インストールおよびアップグレードのプロセス中にエラーが発生する問題を修正しました。

app:config:dumpを使用して設定ファイルを複数回エクスポートできない問題を修正しました。 2.1では利用できません。

Redis セッション ロック​の問題を修正しました。この問題により、管理者 ログイン遅延が発生しました。 2.1では利用できません。

バージョン管理に関連する実装の問題を修正しました。この問題は、他のComposer ベースのパッチモジュールと競合していました。

インポート中にPHP メモリの問題が発生していた問題を修正しました。

パッチを削除しました。Cloud Infrastructure 2.2.1でAdobe Commerceのサポートを有効にするため、colinmollenhour/credis v1.6のバグを修正しました。 2.1では利用できません。

ファイルまたはディレクトリ名にスペースが含まれている場合にgzip エラーが発生する問題を修正しました。

デプロイメントスクリプトがモジュールの依存関係を正しく認識し、有効にできない問題を修正しました。

環境変数を使用してcron コンシューマーを設定 – 新しいCRON_CONSUMERS_RUNNER環境変数を使用してcron コンシューマーを設定できるようになりました。

設定のスキャン – ビルド/デプロイプロセス中に重要なコンポーネントをスキャンし、スキャンが失敗した場合はプロセスを停止します。これにより、サイトがメンテナンスモードになっているために不要なダウンタイムを防ぐことができます。

ビルド/デプロイ通知 – すべての環境でビルド/デプロイ アクションを行うためのSlackやメール通知の設定に使用できる設定ファイルを追加しました。

静的コンテンツ圧縮 - ビルドおよびデプロイのフェーズでgzipを使用して、静的コンテンツを圧縮するようになりました。 この圧縮とFastlyの圧縮は、ストアのサイズを縮小し、展開の速度を向上させるのに役立ちます。 必要に応じて、​ ビルドオプション ​または​ デプロイ変数を使用して圧縮を無効にできます。 詳しくは、次のトピックを参照してください。

• アプリケーション環境変数

• 静的なコンテンツ展開のパフォーマンス

• デプロイメントプロセス

構成管理 – ビルド フェーズ中にapp/etc/config.php ファイルが既に存在しない場合、Git リポジトリで自動生成されるようになりました。 自動生成ファイルには、モジュールと拡張機能のリストのみが含まれます。 ファイルが既に存在する場合、ビルド フェーズは通常どおり続行されます。 後で構成管理に従う場合、コマンドは追加の手順を必要とせずにファイルを更新します。 詳しくは、​ デプロイメントプロセス ​を参照してください。

データベースダンプ – すべての環境でデータベースダンプを作成するためのmagento/ece-tools CLI コマンドを追加しました。 Pro プランの実稼動環境の場合、このコマンドは3つの高可用性ノードのうちの1つからのみダンプされるため、ダンプ中に別のノードに書き込まれた実稼動データはコピーされない場合があります。 実稼動環境でデータベースダンプを実行する前に、アプリケーションをメンテナンスモードにすることをお勧めします。 詳しくは、​ バックアップ管理を参照してください。

Cron間隔の制限が解除されました- us-3、eu-3、およびap-3地域でプロビジョニングされたすべての環境のデフォルトのcron間隔は1分です。 その他のすべてのリージョンのデフォルトのcron間隔は、Pro統合環境では5分、Pro ステージング環境および実稼動環境では1分です。 既存のcron ジョブを変更するには、.magento.app.yamlで設定を編集するか、実稼動/ステージング環境用のサポートチケットを作成します。 詳しくは、cron ジョブの設定を参照してください。

静的コンテンツのデプロイメントの前にcache-clean操作を呼び出すデプロイプロセスが原因で、デプロイ時間が長くなる問題を修正しました。

実稼動環境でのデプロイメントの静的コンテンツ生成ステップ中にエラーが発生する問題を修正しました。

一部のmagento/ece-tools コマンドがstderrに出力をログ記録できない問題を修正しました。

env.phpのベース URL値がフォークされた分岐で更新されない問題を修正しました。

セキュリティで保護されていないプレフィックス （http://）をセキュリティで保護されたベース URLに追加するmagento setup:install コマンドの問題を修正しました。

パッチ エラーによって展開エラーが発生しない問題を修正しました。

パッチを適用できない場合、ece-toolsが実行を停止し、例外をスローするのを防ぐ問題を修正しました。

管理者でHTMLの縮小を有効にした後、ストアフロントを読み込む際にエラーが発生する問題を修正しました。

クラウド インフラストラクチャ上のAdobe Commerceで、スコープと静的コンテンツ デプロイメント戦略がサポートされるようになりました。 静的コンテンツ展開戦略のデフォルト設定がquickの–s パラメーターを追加しました。 環境変数SCD_STRATEGYを使用して、ビルドおよびデプロイのアクションでこれらの戦略をカスタマイズして使用できます。 この変数は、オプション standard、quickまたはcompactをサポートしています。 compactを選択すると、STATIC_CONTENT_THREADSの値が1で上書きされ、特に実稼動環境ではデプロイメントが遅くなる可能性があります。 2.1では利用できません。

環境に関するログファイルを作成して、ビルドおよびデプロイのアクションをキャプチャおよびコンパイルしました。 var/log/cloud.log ファイルはルート アプリケーション ディレクトリにあります。

ece-tools パッケージをリファクタリングして、クラウドインフラストラクチャ 2.2.0以降のAdobe Commerceと互換性を持たせました。

パッチを適用できない場合、ece-toolsが実行を停止し、例外をスローするのを妨げる問題を修正しました。

ビルド中に依存関係インジェクション （di） コンパイルがスキップされると、例外がスローされる問題を修正しました。

デプロイプロセスがenv.php ファイルのカスタム Redis設定を上書きする問題を修正しました。

デフォルトのセキュアな管理者によって無効にされたため、リダイレクトループが発生していた問題を修正しました。