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éfaut—Non 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éfaut—
index.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 possiblescategory
,cms-page
,product
,store-page
pattern|url|product_sku
: utilisez un modèleregexp
ou une correspondance exacteurl
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
etcms-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
etstore2
-
page de catégorie
cars
pour le magasin avec le codestore_en
-
page cms
contact
pour tous les magasins -
page cms
contact
pour les magasins avec l'ID1
et2
-
toute page de catégorie contenant
car_
et se terminant parhtml
pour le magasin avec l’ID 2 -
toute page de catégorie contenant
tires_
pour le magasin avec le codestore_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 codestore1
etstore2
-
produits avec
sku1
,sku2
etsku3
pour les magasins avec codestore1
etstore2
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'ID1
- page
/contact-us
pour les magasins avec codecode1
etcode2
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "store-page:/contact-us:*" - "store-page:/contact-us:1" - "store-page:/contact-us:code1|code2"