説明
アーキテクトが個々のファイルとマージされたファイルに固有の検証ルールを使用して構成ファイルを検証するために実行できる 3 つの手順は、D. 個々のファイルを検証するためのスキーマを提供する、F. Marketplace.schema.xsd に検証ルールを作成する、およびE. を実装するクラスを作成する
\Magento\Framework\Config\DataInterface。個々のファイルを検証するためのスキーマを提供し、marketplace.schema.xsd で検証ルールを作成し、実装するクラスを作成することによって、
\Magento\Framework\Config\DataInterface を使用すると、アーキテクトは、構成ファイルが個別のファイルとマージされたファイルに対して固有の検証ルールで検証されていることを確認できます。

説明
これは、新しいカテゴリの更新をスケジュールするときに属性を変更するには、その属性を view/adminhtml/ulcomponent/catalogstagingcategoryupdateform.xml ファイルに追加して、更新をスケジュールするときに追加フォームに表示されるようにする必要があるためです。この追加フォームは、更新をスケジュールするときにカテゴリ属性の値を設定するために使用されます。

非同期インデックス作成により、Magento はストアフロントのパフォーマンスに影響を与えることなく、バックグラウンドでインデクサーを処理できます。データベースを分割すると、Magento はチェックアウト関連のテーブルに別のデータベースを使用できるようになり、メイン データベースの負荷が軽減され、チェックアウトのパフォーマンスが向上します。参考: https://devdocs.magento.com/guides/v2.4/extension-dev-guide/indexing.html#asynchronous-indexing https://devdocs.magento.com/guides/v2.4/config-guide /multi-master/multi-master.html チェックアウトのパフォーマンスへの影響を軽減するには、アーキテクトは次の 2 つのことを行う必要があります。
非同期インデックス作成の管理パネル設定を有効にします。これにより、Magento はチェックアウト中にオンザフライでインデックスを更新するのではなく、cron ジョブを使用してインデックスを更新できるようになります。このオプションは、[ストア] > [設定] > [構成] > [詳細設定] > [開発者] > [グリッド設定] > [非同期インデックス作成] にあります。次の CLI コマンドを実行して有効にすることもできます。 bin/magento config:set dev/grid/async_indexing 1 新しいデータベースを作成し、データベースの分割機能を使用します。これにより、Magento は売上データをメイン データベースから分離し、データベース サーバーの負荷を軽減できるようになります。このオプションは、次のコマンドで構成できます: bin/magento setup:db-schema:
https://devdocs.magento.com/guides/v2.4/extension-dev-guide/indexing.html#m2devgde-asynchronous-indexing
https://devdocs.magento.com/guides/v2.4/config-guide/multi-master/multi-master.html

要求された動作を副作用なくキャプチャするために Adob​​e Commerce Architect が実装する最適なソリューションは、di.xml で支払い方法 CommandPool に対してタイプ Magento\payment\Gateway\Command\NullCommand を使用してキャプチャ コマンドを宣言することです。これにより、パートナーは支払いを初期化し、キ​​ャプチャを PSP に引き渡すことができると同時に、Web サイトが $payment->capture() メソッドを呼び出すことを防ぎます。また、PSP が IPN を通じて Web サイトに通知できるようになり、「請求書」が作成され、後で PSP 自体を介した払い戻しリクエストに使用される「キャプチャ情報」が保存されます。
アーキテクトは、di.xml 内の支払い方法 CommandPool に対してタイプ Magento\Payment\Gateway\Command\NullCommand を使用してキャプチャ コマンドを宣言するソリューションを実装する必要があります。このコマンドは、支払い方法でキャプチャ メソッドが呼び出されたときは何も行いません。キャプチャは PSP によって処理されるため、これは望ましい動作です。NullCommand クラスは \Magento\Payment\Gateway\CommandInterface を実装し、execute() メソッドをオーバーライドして null を返します。オプション A は不正解です。 $invoice->capture() メソッドの前にプラグインを追加し、その入力を変更しても、 $payment->capture() メソッドの呼び出しは妨げられず、渡される請求書オブジェクトが変更されます。オプション B は、構成の下で支払い方法の can_capture 属性を変更しているため、不正解です。xml を <can_capture>0</can_capture> に変更しても、キャプチャ メソッドの呼び出しは妨げられませんが、管理パネルのキャプチャ オプションが無効になります。参考: https://devdocs.magento.com/guides/v2.4/payments-integrations/base-integration/facade-configuration.html

説明
C では、ユーザーが B2B 企業の一員であるかどうかを選択できるようにする顧客セグメントの新しいカスタム条件を作成し、このセグメントを使用してそれに応じて出力を変更します。E には、B2B 企業のユーザー向けに個別のパブリック コンテンツをキャッシュできるようにする新しい HTTP コンテキスト変数の作成が含まれ、出力をそれに応じて変更できます。