DocumentaçãoCommerceGuia do Commerce na infraestrutura em nuvem

Variáveis pós-implantação

Last update: Wed Apr 03 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

Criado para:

  • Desenvolvedor

As seguintes pós-implantação As variáveis controlam ações na fase de pós-implantação e podem herdar e substituir valores da Variáveis globais. Insira essas variáveis no post-deploy fase do .magento.env.yaml arquivo:

stage:
  post-deploy:
    POST-DEPLOY_VARIABLE_NAME: value

Para obter mais informações sobre como personalizar o processo de criação e implantação:

TTFB_TESTED_PAGES

  • Padrão— [] (uma matriz vazia)
  • Versão—Adobe Commerce 2.1.4 e posterior

Configurar Tempo até o Primeiro Byte (TTFB) testando páginas especificadas para testar o desempenho do site. Especifique uma referência de caminho absoluto, ou URL com protocolo e host, para cada página que requer o teste.

stage:
  post-deploy:
    TTFB_TESTED_PAGES:
       - "index.php"
       - "index.php/customer/account/create"
       - "https://example.com/catalog/some-category"

Depois de especificar as páginas para testar e confirmar suas alterações, a variável Tempo até o Primeiro Byte o teste é executado durante a fase de pós-implantação e publica os resultados de cada caminho no registro da nuvem:

[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}

Para caminhos redirecionados, o log relata o caminho do destino de redirecionamento em vez do configurado na variável de ambiente. Se você especificar um caminho inválido, o log exibirá uma mensagem de aviso.

WARM_UP_CONCURRENCY

  • Padrão—Não definido
  • Versão—Adobe Commerce 2.1.4 e posterior

Especifique o limite de solicitações simultâneas a serem enviadas durante operações de aquecimento de cache para reduzir a carga do servidor. Esse valor limita o número de conexões paralelas e é útil para configurações de ambiente em que o WARM_UP_PAGES a variável pós-implantação especifica várias páginas para pré-carregamento de cache.

stage:
  post-deploy:
    WARM_UP_CONCURRENCY: 4

WARM_UP_PAGES

  • Padrão— index.php
  • Versão—Adobe Commerce 2.1.4 e posterior

Personalize a lista de páginas usadas para pré-carregar o cache no post_deploy estágio. Você deve configurar o gancho pós-implantação. Consulte a seção de ganchos do .magento.app.yaml arquivo.

  • páginas únicas—Especifique uma única página para adicionar ao cache. Não é necessário indicar o URL de base padrão. O exemplo a seguir armazena em cache o BASE_URL/index.php página:

    code language-yaml 
    stage:
  post-deploy:
    WARM_UP_PAGES:
      - "index.php"

  • vários domínios—Lista vários URLs. O exemplo a seguir armazena páginas em cache de dois domínios:

    code language-yaml 
    stage:
  post-deploy:
    WARM_UP_PAGES:
      - 'http://example1.com/test'
      - 'http://example2.com/test'

  • várias páginas—Use o seguinte formato para armazenar em cache várias páginas de acordo com um padrão de expressão regular específico:

    code language-terminal 
    <entity_type>:<pattern|url|product_sku>:<store_id|store_code>
    • entity_type: possíveis variantes category, cms-page, product, store-page
    • pattern|url|product_sku: Use um regexp padrão ou uma correspondência exata url para filtrar os URLs ou use um asterisco (*) para todas as páginas. Usar o SKU do produto para o product tipo de entidade
    • store_id|store_code: use a ID ou o Código do armazenamento ou um asterisco (*) para todos os armazenamentos. Você pode passar várias IDs de armazenamento ou códigos separados por |

    O exemplo de caches a seguir para category e cms-page tipos de entidade com base nesses critérios:

    • todas as páginas de categoria da loja com ID 1

    • todas as páginas de categoria para lojas com código store1 e store2

    • página de categoria cars para armazenamento com código store_en

    • página cms contact para todas as lojas

    • página cms contact para lojas com ID 1 e 2

    • qualquer página de categoria que contenha car_ e termina com html para loja com ID 2

    • qualquer página de categoria que contenha tires_ para armazenamento com código 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"

    O exemplo de caches a seguir para o product tipo de entidade com base nesses critérios:

    • todos os produtos para todas as lojas (limitado programaticamente a 100 por loja para evitar problemas de desempenho)

    • todos os produtos da loja store1

    • produtos com sku1 para todas as lojas

    • produtos com sku1 para lojas com código store1 e store2

    • produtos com sku1, sku2 e sku3 para lojas com código store1 e 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"

    O exemplo de caches a seguir para o store-page tipo de entidade com base nesses critérios:

    • página /contact-us para todas as lojas
    • página /contact-us para loja com ID 1
    • página /contact-us para lojas com código code1 e 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"
recommendation-more-help
05f2f56e-ac5d-4931-8cdb-764e60e16f26