Variables de post-déploiement

Les variables post-deploy suivantes contrôlent les actions lors de la phase de post-déploiement et peuvent hériter et remplacer des valeurs des variables globales. Insérez ces variables à l’étape post-deploy du fichier .magento.env.yaml :

stage:
  post-deploy:
    POST-DEPLOY_VARIABLE_NAME: value

Pour plus d’informations sur la personnalisation du processus de création et de déploiement :

TTFB_TESTED_PAGES

  • Par défaut[] (un tableau vide)
  • Version—Adobe Commerce 2.1.4 et versions ultérieures

Configurez le test Time To First Byte (TTF) pour des pages spécifiées afin de tester les performances de votre site. Spécifiez une référence de chemin absolu, ou URL avec protocole et hôte, pour chaque page qui nécessite le test.

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

Une fois que vous avez spécifié les pages à tester et validé les modifications, le test Temps jusqu’au premier octet s’exécute pendant la phase de post-déploiement et publie les résultats pour chaque chemin d’accès au journal cloud :

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

Pour les chemins de redirection, le journal indique le chemin de la cible de redirection au lieu de celui configuré dans la variable d’environnement. Si vous spécifiez un chemin non valide, le journal affiche un message d’avertissement.

WARM_UP_CONCURRENCY

  • Par défautNon défini
  • Version—Adobe Commerce 2.1.4 et versions ultérieures

Spécifiez la limite des demandes simultanées à envoyer lors des opérations de réchauffement du cache afin de réduire la charge du serveur. Cette valeur limite le nombre de connexions parallèles et est utile pour les configurations d’environnement où la variable de post-déploiement WARM_UP_PAGES spécifie plusieurs pages pour le préchargement du cache.

stage:
  post-deploy:
    WARM_UP_CONCURRENCY: 4

WARM_UP_PAGES

  • Par défautindex.php
  • Version—Adobe Commerce 2.1.4 et versions ultérieures

Personnalisez la liste des pages utilisées pour précharger le cache à l’étape post_deploy. Vous devez configurer le crochet de post-déploiement. Voir la section hooks du fichier .magento.app.yaml .

  • pages uniques : spécifiez une seule page à ajouter au cache. Vous n’avez pas à indiquer l’URL de base par défaut. L’exemple suivant met en cache la page BASE_URL/index.php :

    code language-yaml
    stage:
      post-deploy:
        WARM_UP_PAGES:
          - "index.php"
    
  • plusieurs domaines : répertorie plusieurs URL. L’exemple suivant met en cache des pages provenant de deux domaines :

    code language-yaml
    stage:
      post-deploy:
        WARM_UP_PAGES:
          - 'http://example1.com/test'
          - 'http://example2.com/test'
    
  • plusieurs pages : utilisez le format suivant pour mettre en cache plusieurs pages en fonction d’un modèle d’expression régulière spécifique :

    code language-none
    <entity_type>:<pattern|url|product_sku>:<store_id|store_code>
    
    • entity_type : Variantes possibles category, cms-page, product, store-page
    • pattern|url|product_sku : utilisez un modèle regexp ou une correspondance exacte url pour filtrer les URL ou utilisez un astérisque (*) pour toutes les pages. Utilisation du SKU du produit pour le type d’entité product
    • store_id|store_code : utilisez l’identifiant ou le code du magasin ou un astérisque (*) pour tous les magasins, vous pouvez transmettre plusieurs identifiants ou codes de magasin séparés par |

    L’exemple suivant met en cache les types d’entités category et cms-page en fonction de ces critères :

    • toutes les pages de catégorie pour le magasin avec l’ID 1

    • toutes les pages de catégorie pour les magasins avec du code store1 et store2

    • page de catégorie cars pour le magasin avec le code store_en

    • page cms contact pour tous les magasins

    • page cms contact pour les magasins avec l'ID 1 et 2

    • toute page de catégorie contenant car_ et se terminant par html pour le magasin avec l’ID 2

    • toute page de catégorie contenant tires_ pour le magasin avec le code 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"
      

    L’exemple suivant met en cache le type d’entité product en fonction de ces critères :

    • tous les produits pour tous les magasins (par programmation limitée à 100 par magasin afin d’éviter des problèmes de performances) ;

    • tous les produits pour le magasin store1

    • produits avec sku1 pour tous les magasins

    • produits avec sku1 pour les magasins avec code store1 et store2

    • produits avec sku1, sku2 et sku3 pour les magasins avec code store1 et 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"
      

    L’exemple suivant met en cache le type d’entité store-page en fonction de ces critères :

    • page /contact-us pour tous les magasins
    • page /contact-us pour le magasin avec l'ID 1
    • page /contact-us pour les magasins avec code code1 et 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