Post-implementatievariabelen
Het volgende post-stelt variabelen controleacties in de post-opstelt fase op en kan waarden van de Globale variabelenerven 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 sectievan 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.php
in 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-page
pattern|url|product_sku
: gebruik eenregexp
patroon of een exacte overeenkomsturl
om de URL's te filteren, of gebruik een asterisk (*) voor alle pagina's. ProductSKU gebruiken voor het eenheidstypeproduct
store_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
store1
enstore2
-
categoriepagina
cars
voor opslaan met codestore_en
-
cms-pagina
contact
voor alle winkels -
cms-pagina
contact
voor winkels met id1
en2
-
elke categoriepagina die
car_
bevat en eindigt methtml
voor opslag met ID 2 -
elke categoriepagina die
tires_
bevat voor opslag met 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"
In het volgende voorbeeld wordt het eenheidstype
product
op 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
sku1
voor alle winkels -
producten met
sku1
voor winkels met codestore1
enstore2
-
producten met
sku1
,sku2
ensku3
voor winkels met codestore1
enstore2
code 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-page
op basis van deze criteria in cache geplaatst:- pagina
/contact-us
voor alle winkels - pagina
/contact-us
voor opslag met id1
- pagina
/contact-us
voor winkels met codecode1
encode2
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "store-page:/contact-us:*" - "store-page:/contact-us:1" - "store-page:/contact-us:code1|code2"