デプロイ後変数
次の デプロイ後 変数は、デプロイ後のフェーズのアクションを制御し、の値を継承および上書きできます。 グローバル変数. これらの変数を post-deploy
ステージ .magento.env.yaml
ファイル:
stage:
post-deploy:
POST-DEPLOY_VARIABLE_NAME: value
ビルドおよびデプロイプロセスのカスタマイズに関する詳細情報:
TTFB_TESTED_PAGES
- デフォルト—
[]
(空の配列) - バージョン—Adobe Commerce 2.1.4 以降
設定 最初のバイトまでの時間 (TTFB)指定したページをテストして、サイトのパフォーマンスをテストします。 テストが必要な各ページに対して、絶対パス参照、またはプロトコルとホストを含む URL を指定します。
stage:
post-deploy:
TTFB_TESTED_PAGES:
- "index.php"
- "index.php/customer/account/create"
- "https://example.com/catalog/some-category"
変更をテストしてコミットするページを指定した後、 最初のバイトまでの時間 テストはデプロイ後のフェーズで実行され、各パスの結果をクラウドログに投稿します。
[2019-06-20 20:42:22] INFO: TTFB test result: 0.313s {"url":"https://staging-tkyicst-xkmwgjkwmwfuk.us-4.magentosite.cloud/customer/account/create","status":200}
[2019-06-20 20:42:22] INFO: TTFB test result: 0.408s {"url":"https://staging-tkyicst-xkmwgjkwmwfuk.us-4.magentosite.cloud/checkout/cart","status":200}
リダイレクトされたパスの場合、ログには、環境変数で設定されたパスではなく、リダイレクトターゲットのパスが報告されます。 無効なパスを指定すると、ログに警告メッセージが表示されます。
WARM_UP_CONCURRENCY
- デフォルト—未設定
- バージョン—Adobe Commerce 2.1.4 以降
サーバー負荷を軽減するために、キャッシュウォームアップ操作中に送信する同時リクエストの制限を指定します。 この値は、並列接続の数を制限し、 WARM_UP_PAGES
デプロイ後変数は、キャッシュのプリロードに複数のページを指定します。
stage:
post-deploy:
WARM_UP_CONCURRENCY: 4
WARM_UP_PAGES
- デフォルト—
index.php
- バージョン—Adobe Commerce 2.1.4 以降
内のキャッシュのプリロードに使用するページのリストのカスタマイズ post_deploy
ステージ。 デプロイ後フックを設定する必要があります。 を参照してください。 フック セクション の .magento.app.yaml
ファイル。
-
単一ページ- キャッシュに追加する単一ページを指定します。 デフォルトのベース URL を指定する必要はありません。 次の例では、をキャッシュします
BASE_URL/index.php
ページ:code language-yaml stage: post-deploy: WARM_UP_PAGES: - "index.php"
-
複数のドメイン – 複数の URL をリストします。 次の例では、2 つのドメインからページをキャッシュします。
code language-yaml stage: post-deploy: WARM_UP_PAGES: - 'http://example1.com/test' - 'http://example2.com/test'
-
複数ページ – 特定の正規表現パターンに従って複数のページをキャッシュするには、次の形式を使用します。
code language-terminal <entity_type>:<pattern|url|product_sku>:<store_id|store_code>
entity_type
:考えられるバリアントcategory
,cms-page
,product
,store-page
pattern|url|product_sku
:を使用しますregexp
パターンまたは完全一致url
url をフィルタリングするか、すべてのページにアスタリスク(*)を使用します。 次に対して製品 SKU を使用:product
エンティティタイプstore_id|store_code
:ストアの ID またはコード、またはすべてのストアのアスタリスク(*)を使用します。複数のストア ID またはコードをで区切って渡すことができます|
次の例では、をキャッシュします
category
およびcms-page
次の条件に基づいたエンティティタイプ:-
id を持つストアのすべてのカテゴリ ページ
1
-
コードが含まれるストアのすべてのカテゴリ ページ
store1
およびstore2
-
カテゴリページ
cars
コードを含んだストアの場合store_en
-
cms ページ
contact
すべてのストア用 -
cms ページ
contact
ID を持つストアの場合1
および2
-
を含むカテゴリページ
car_
で終わるhtml
ID 2 のストアの場合 -
を含むカテゴリページ
tires_
コードを含んだストアの場合store_gb
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "category:*:1" - "category:*:store1|store2" - "category:cars:store_en" - "cms-page:contact:*" - "cms-page:contact:1|2" - "category:|car_.*?\\.html$|:2" - "category:|tires_.*|:store_gb"
次の例では、をキャッシュします
product
次の条件に基づいたエンティティタイプ:-
すべてのストアのすべての製品(パフォーマンスの問題を回避するために、プログラムによってストアあたり 100 個に制限)
-
店舗用のすべての製品
store1
-
を使用した製品
sku1
すべてのストア用 -
を使用した製品
sku1
コードを含むストアの場合store1
およびstore2
-
を使用した製品
sku1
,sku2
およびsku3
コードを含むストアの場合store1
およびstore2
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "product:*:*" - "product:*:store1" - "product:sku1:*" - "product:sku1:store1|store2" - "product:sku1|sku2|sku3:store1|store2"
次の例では、をキャッシュします
store-page
次の条件に基づいたエンティティタイプ:- ページ
/contact-us
すべてのストア用 - ページ
/contact-us
ID を持つストアの場合1
- ページ
/contact-us
コードを含むストアの場合code1
およびcode2
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "store-page:/contact-us:*" - "store-page:/contact-us:1" - "store-page:/contact-us:code1|code2"