説明
問題は、エクスポート ファイルが生成されたファイルのリストに表示されないことです。これは、エクスポート パスが正しく設定されていないことが原因です。解決策は、コマンド config:set export/customr/files_directory を実行することです。
/var/releases/{release_nunber} を使用して、新しいエクスポート パスを設定します。これにより、エクスポート ファイルが正しいディレクトリに保存され、管理パネルからアクセスできるようになります。参考文献:
https:// experienceleague.adobe.com/docs/commerce-cloud-service/user-guide/develop/deploy/staging-production

説明
開発者モードは、テスト チームに渡される前に、パフォーマンスではなく機能をテストするための開発環境をセットアップするための最良のオプションです。開発者モードの場合:
エラーはログに記録され、ユーザーには表示されません。これにより、ユーザーには捕捉されなかった例外やデバッグ情報が表示されなくなりますが、開発者はログ ファイルからそれらにアクセスできます。
キャッシュ モードはコマンド ラインからのみ変更できます。これにより、管理パネルやその他のソースからキャッシュ設定が誤って変更されたり、不正に変更されたりすることがなくなります。
静的ファイルは動的に作成され、キャッシュされます。これにより、開発者は静的コンテンツ展開コマンドを毎回実行しなくても、静的ファイルに対する最新の変更を確認できるようになります。静的ファイルもキャッシュされ、読み込みが高速化されます。
参考文献:
https:// experienceleague.adobe.com/docs/commerce-operations/configuration-guide/setup/application-modes.htm

説明
支払い統合に iframe システムを使用すると、加盟店の Web サイトやサーバーに触れることなく、支払いデータが iframe 内の決済サービス プロバイダー (PSP) によって収集および処理されるため、加盟店の PCI 範囲とコンプライアンスの負担を軽減できます。このようにして、加盟店は PSP の PCI 認証を活用し、カード所有者の機密データを自社のシステムに保存したり送信したりすることを回避できます。また、iframe はホスト Web ページと読み込まれたページの間に安全なバリアを提供し、悪意のある行為者による支払いデータへのアクセスや操作を防ぎます。このアプローチを実装するには、販売者は iframe 要素を使用してチェックアウト ページに PSP の支払いフォームを埋め込み、JavaScript123 を使用して iframe とホスト ページ間の通信を構成する必要があります。

説明
Adobe Commerce のドキュメントによると、新しい XML 構成ファイルを作成するには、アーキテクトはカスタム モジュールの Data クラスと Reader クラスを作成する必要があります。Data クラスは、キャッシュまたは Reader クラスからの構成データの保存と取得を担当します。Data クラスは以下を実装する必要があります。
「\Magento\Framework\Config\Data」インターフェイス、または「\Magento\Framework\Config\Data」クラスを拡張します。Reader クラスは、ファイル システムから XML 構成ファイルを読み取り、検証する役割を果たします。Reader クラスは、「\Magento\Framework\Config\Reader\Filesystem」インターフェイスを実装するか、
'\Magento\Framework\Config\Reader\Filesystem" クラス。アーキテクトは、カスタム モジュールの di.xml ファイルで Data クラスと Reader クラスを宣言し、XML 構成ファイル、コンバーターの名前を指定する必要もあります。クラス、および Reader クラスのスキーマ ロケーター クラス。
参考文献:
構成の種類 | Adobe Commerce - エクスペリエンス リーグ
構成タイプを作成する | Adobe Commerce - エクスペリエンス リーグ

説明
Varnish の vcl_hash 関数が新しく作成された属性を考慮するようにするには、アーキテクトは次の手順を実行する必要があります。
を実装する新しいクラスを作成します。
Magento\GraphQlCache\Model\CacheId\CacheIdFactorProviderInterface インターフェイス。このインターフェイスは、getFactorName と getFactorValue という 2 つのメソッドを定義します。getFactorName メソッドは属性の名前 (この場合は my_attribute) を返す必要があります。getFactorValue メソッドは、現在の顧客の属性の値を返す必要があります。この属性の値は、顧客セッションまたは顧客リポジトリ 1 から取得できます。
このクラスを idFactorProviders 配列に追加します。
依存関係注入による Magento\GraphQlCache\Model\CacheId\CacheIdCalculator。CacheIdCalculator は、idFactorProviders によって提供される要素に基づいて、各 GraphQL リクエストのキャッシュ ID を生成します。この配列に新しいクラスを追加することで、アーキテクトはキャッシュ ID に my_attribute1 の値が含まれるようにします。
次に、キャッシュ ID は Varnish によって使用され、各リクエストのキャッシュされた応答をハッシュして検索します。キャッシュ ID に my_attribute を含めることで、アーキテクトは Varnish が customer2 の属性値に基づいて異なる応答を提供することを保証します。
Magento_GraphQlCache モジュール | Magento 2 開発者向けドキュメント
ワニスのキャッシュ | Adobe Commerce 2.4 ユーザーガイド - Magento