Post — 部署變數

下列​ 部署後 ​變數控制部署後階段中的動作,可以繼承及覆寫來自全域變數的值。 在.magento.env.yaml檔案的post-deploy階段中插入這些變數:

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。 以下範例會從兩個網域快取頁面:

    code language-yaml
    stage:
      post-deploy:
        WARM_UP_PAGES:
          - 'http://example1.com/test'
          - 'http://example2.com/test'
    
  • 多個頁面 — 使用以下格式,根據特定規則運算式模式快取多個頁面:

    code language-none
    <entity_type>:<pattern|url|product_sku>:<store_id|store_code>
    
    • entity_type:可能的變體categorycms-pageproductstore-page
    • pattern|url|product_sku:使用regexp模式或完全符合url來篩選URL,或對所有頁面使用星號(*)。 對product實體型別使用產品SKU
    • store_id|store_code:使用商店的識別碼或代碼,或所有商店的星號(*),您可以傳遞數個以|分隔的商店識別碼或代碼

    以下範例會根據這些條件來快取categorycms-page實體型別:

    • ID為1之商店的所有類別頁面

    • 程式碼為store1store2之商店的所有類別頁面

    • 程式碼為store_en之商店的類別頁面cars

    • 所有商店的cms頁面contact

    • 識別碼為12之存放區的CMS頁面contact

    • 任何包含car_且結尾為html且儲存識別碼為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的產品

    • 程式碼為store1store2之商店的sku1產品

    • 程式碼為store1store2之商店的sku1sku2sku3產品

      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
    • 識別碼為1之存放區的頁面/contact-us
    • 程式碼為code1code2之商店的頁面/contact-us
    code language-yaml
          stage:
            post-deploy:
              WARM_UP_PAGES:
                - "store-page:/contact-us:*"
                - "store-page:/contact-us:1"
                - "store-page:/contact-us:code1|code2"
    
recommendation-more-help
05f2f56e-ac5d-4931-8cdb-764e60e16f26