Variabelen na implementatie
Het volgende post-stelt variabelen controleacties in de post-opstelt fase op en kan waarden van de  Globale variabelen  erven en met voeten treden. Voeg deze variabelen in het post-deploy werkgebied van het .magento.env.yaml -bestand in:
stage:
  post-deploy:
    POST-DEPLOY_VARIABLE_NAME: value
            Voor meer informatie over het aanpassen van het bouwstijl en opstellen proces:
TTFB_TESTED_PAGES
        - Gebrek— 
[](een lege serie) - Versie - Adobe Commerce 2.1.4 en later
 
Vorm Tijd aan Eerste Byte (TTFB) het testen voor gespecificeerde pagina's om uw plaatsprestaties te testen. Geef een absolute padverwijzing op, of een URL met protocol en host, voor elke pagina waarvoor de test nodig is.
stage:
  post-deploy:
    TTFB_TESTED_PAGES:
       - "index.php"
       - "index.php/customer/account/create"
       - "https://example.com/catalog/some-category"
            Nadat u de pagina's specificeert om uw veranderingen te testen en vast te leggen, de Tijd aan Eerste de testlooppas van de Byte tijdens de post-opstellen fase en posten resultaten voor elke weg aan het wolkenlogboek:
[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}
            Voor omgeleide wegen, meldt het logboek de weg van het omleidingsdoel in plaats van die in de omgevingsvariabele wordt gevormd. Als u een ongeldig pad opgeeft, wordt in het logbestand een waarschuwingsbericht weergegeven.
WARM_UP_CONCURRENCY
        - Gebrek - niet plaats
 - Versie - Adobe Commerce 2.1.4 en later
 
Geef de limiet op voor gelijktijdige verzoeken om tijdens opwarmbewerkingen in het cachegeheugen te verzenden om de serverlading te verminderen. Deze waarde beperkt het aantal parallelle verbindingen en is nuttig voor omgevingsconfiguraties waarbij de WARM_UP_PAGES post-implementatievariabele meerdere pagina's opgeeft voor het vooraf laden van de cache.
stage:
  post-deploy:
    WARM_UP_CONCURRENCY: 4
            WARM_UP_PAGES
        - Gebrek— 
index.php - Versie - Adobe Commerce 2.1.4 en later
 
Pas de lijst aan met pagina's die worden gebruikt om de cache in het post_deploy -werkgebied vooraf te laden. U moet de post-opstellen haak vormen. Zie  haken sectie  van het .magento.app.yaml dossier.
- 
                  
enige pagina's - specificeer één enkele pagina om aan het geheime voorgeheugen toe te voegen. U hoeft de standaard basis-URL niet aan te geven. In het volgende voorbeeld wordt de pagina
BASE_URL/index.phpin cache geplaatst:code language-yaml stage: post-deploy: WARM_UP_PAGES: - "index.php" - 
                  
veelvoudige domeinen - lijst veelvoudige URLs. In het volgende voorbeeld worden pagina's van twee domeinen in cache opgeslagen:
code language-yaml stage: post-deploy: WARM_UP_PAGES: - 'http://example1.com/test' - 'http://example2.com/test' - 
                  
veelvoudige pagina's - gebruik het volgende formaat om veelvoudige pagina's volgens een specifiek regulier uitdrukkingspatroon in het voorgeheugen onder te brengen:
code language-none <entity_type>:<pattern|url|product_sku>:<store_id|store_code>entity_type: Mogelijke variantencategory,cms-page,product,store-pagepattern|url|product_sku: gebruik eenregexppatroon of een exacte overeenkomsturlom de URL's te filteren, of gebruik een asterisk (*) voor alle pagina's. ProductSKU gebruiken voor het eenheidstypeproductstore_id|store_code: Gebruik de id of code van de winkel of een sterretje (*) voor alle winkels. U kunt meerdere winkel-id's of -codes doorgeven, gescheiden door|
In het volgende voorbeeld worden op basis van deze criteria in cache geplaatst voor
category- encms-page-eenheidstypen:- 
                      
alle categoriepagina's voor opslag met id
1 - 
                      
alle categoriepagina's voor winkels met code
store1enstore2 - 
                      
categoriepagina
carsvoor opslaan met codestore_en - 
                      
cms-pagina
contactvoor alle winkels - 
                      
cms-pagina
contactvoor winkels met id1en2 - 
                      
elke categoriepagina die
car_bevat en eindigt methtmlvoor opslag met ID 2 - 
                      
elke categoriepagina die
tires_bevat voor opslag met codestore_gbcode 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" 
In het volgende voorbeeld wordt het eenheidstype
productop basis van deze criteria in cache geplaatst:- 
                      
alle producten voor alle opslag (programmatically beperkt tot 100 per opslag om prestatieskwesties te vermijden)
 - 
                      
alle producten voor opslag
store1 - 
                      
producten met
sku1voor alle winkels - 
                      
producten met
sku1voor winkels met codestore1enstore2 - 
                      
producten met
sku1,sku2ensku3voor winkels met codestore1enstore2code language-yaml stage: post-deploy: WARM_UP_PAGES: - "product:*:*" - "product:*:store1" - "product:sku1:*" - "product:sku1:store1|store2" - "product:sku1|sku2|sku3:store1|store2" 
In het volgende voorbeeld wordt het eenheidstype
store-pageop basis van deze criteria in cache geplaatst:- pagina 
/contact-usvoor alle winkels - pagina 
/contact-usvoor opslag met id1 - pagina 
/contact-usvoor winkels met codecode1encode2 
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "store-page:/contact-us:*" - "store-page:/contact-us:1" - "store-page:/contact-us:code1|code2"