開発者は、コマンドラインから bin/magento config:set --lock-config dev/css/minify_files 1 コマンドをローカルで実行することで、Adobe Commerce Cloud ステージング環境で CSS ファイルの拡大を有効にできます。これにより、app/etc/config.php ファイルの設定値が設定され、管理パネルで変更されないようにロックされます。その後、開発者は app/etc/config.php ファイルをコミットして、環境を再デプロイする必要があります。検証済みの参照: [Magento 2.4 DevDocs] 2

送信メールをオンにする
Explanation:
開発者は、プロジェクト Web インターフェイスにアクセスしてステージング環境を選択することで、Adobe Commerce Cloud ステージング環境で送信メールをオンにすることができます。次に、開発者は環境の設定を選択し、送信メールをオンに切り替えます。これにより、ステージング環境の SMTP サービスが有効になり、アプリケーションからメールを送信できるようになります。検証済みリファレンス: [Magento 2.4 DevDocs] 1

開発者は、ステージング環境で支払い設定が常に適切に設定されていることを確認するために、環境レベルの環境変数を追加する必要があります。環境変数は、Adobe Commerce Cloud アプリケーションとサービスの動作に影響を与える設定です。環境変数は、プロジェクトレベルまたは環境レベルで設定できます。プロジェクトレベルの変数はすべての環境に適用されますが、環境レベルの変数は特定の環境のプロジェクトレベルの変数をオーバーライドします。開発者は、環境レベルの変数を使用して、他の環境に影響を与えずにステージング環境の支払い設定をカスタマイズできます。検証済みの参照: [Magento 2.4 DevDocs]

Magento 2 では、既存の機能に干渉せずに既存のルートに新しいアクションを追加するには、新しいアクションを新しいモジュールのコントローラー名前空間の下の同じディレクトリ構造に配置する必要があります。
Magento の自動ロード メカニズムは、それを自動的に検出し、元のモジュールのアクションと一緒に含めます。
これを実現する方法は次のとおりです。
* ディレクトリ構造: 新しいモジュールのコントローラー ディレクトリ構造が元のモジュールの構造と一致していることを確認します。
* コントローラーアクション: 適切なディレクトリ内で新しいアクションを定義します。
たとえば、Magento_Catalog のカタログ ルートに新しいアクションを追加する場合は、次のようにします。
* ディレクトリ構造 app/code/My/Module/Controller/Catalog/ を作成します。
* このディレクトリに新しいアクション クラスを追加します。例:
名前空間 My\Module\Controller\Catalog;
Magento\Framework\App\Action\Action を使用します。
Magento\Framework\App\Action\Context を使用します。
NewActionクラスはActionを拡張します
{
パブリック関数 __construct(コンテキスト $context)
{
親::__construct($context);
}
パブリック関数実行()
{
// ここでカスタムロジックを記述します
}
}
ルーター構成: ルートが一致すると、Magento はこのアクションを自動的に含めます。
この方法に従うことで、元のモジュールを変更したり競合を引き起こしたりすることなく、新しいアクションがシームレスに追加されることが保証されます。Magento のルーターは、ディレクトリと名前空間の規則に基づいてアクションを組み込み、認識します。
出典:
* Magento 2 開発の基礎ドキュメント。
* Magento 2 公式開発者ドキュメント。

構成がすべての環境に展開され、一貫していることを確認するために、開発者は次の手順を使用できます。
* 新しい Web サイトの構成を含むデータ パッチを作成します。
* データ パッチをすべての環境に展開します。
* magento deploy:status コマンドを使用して、構成がすべての環境にデプロイされていることを確認します。