文件Commerce雲端型 Commerce 的指南

[僅限PaaS]{class="badge informative" title="僅適用於雲端專案(Adobe管理的PaaS基礎結構)和內部部署專案的Adobe Commerce 。"}

部署後變數

Last update: Fri Jan 31 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

建立對象：

  • 開發人員

下列​ 部署後 ​變數控制部署後階段中的動作，可以繼承及覆寫來自全域變數的值。 在.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：可能的變體category、cms-page、product、store-page
    • pattern|url|product_sku：使用regexp模式或完全符合url來篩選URL，或對所有頁面使用星號(*)。 對product實體型別使用產品SKU
    • store_id|store_code：使用商店的識別碼或代碼，或所有商店的星號(*)，您可以傳遞數個以|分隔的商店識別碼或代碼

    以下範例會根據這些條件來快取category和cms-page實體型別：

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

    • 程式碼為store1和store2之商店的所有類別頁面

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

    • 所有商店的cms頁面contact

    • 識別碼為1和2之存放區的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的產品

    • 程式碼為store1和store2之商店的sku1產品

    • 程式碼為store1和store2之商店的sku1、sku2和sku3產品

      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
    • 程式碼為code1和code2之商店的頁面/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
7c2b03ac-000c-497d-aba3-2c6dc720a938