Variablen nach der Bereitstellung
Die folgenden nach der Bereitstellung Variablen steuern Aktionen in der Phase nach der Bereitstellung und können Werte von den „globalen Variablen erben und . Fügen Sie diese Variablen in den post-deploy Schritt der .magento.env.yaml ein:
stage:
post-deploy:
POST-DEPLOY_VARIABLE_NAME: value
Weitere Informationen zum Anpassen des Build- und Bereitstellungsprozesses finden Sie unter:
TTFB_TESTED_PAGES
- Default—
[](ein leeres Array) - Version—Adobe Commerce 2.1.4 und höher
Konfigurieren Sie Time To First Byte (TTFB)-Tests für bestimmte Seiten, um die Leistung Ihrer Site zu testen. Geben Sie für jede Seite, für die der Test erforderlich ist, einen absoluten Pfadverweis oder eine URL mit Protokoll und Host an.
stage:
post-deploy:
TTFB_TESTED_PAGES:
- "index.php"
- "index.php/customer/account/create"
- "https://example.com/catalog/some-category"
Nachdem Sie die Seiten zum Testen und Übertragen Ihrer Änderungen angegeben haben, wird der Time To First Byte-Test während der Phase nach der Bereitstellung ausgeführt und sendet die Ergebnisse für jeden Pfad in das Cloud-Protokoll:
[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}
Bei umgeleiteten Pfaden wird im Protokoll der Pfad des Umleitungsziels anstelle des in der Umgebungsvariablen konfigurierten Pfads angegeben. Wenn Sie einen ungültigen Pfad angeben, zeigt das Protokoll eine Warnmeldung an.
WARM_UP_CONCURRENCY
- Standard—Nicht festgelegt
- Version—Adobe Commerce 2.1.4 und höher
Geben Sie das Limit der gleichzeitigen Anforderungen an, die während Cache-Aufwärmvorgängen gesendet werden sollen, um die Server-Last zu reduzieren. Dieser Wert begrenzt die Anzahl paralleler Verbindungen und ist für Umgebungskonfigurationen nützlich, bei denen die Variable WARM_UP_PAGES nach der Bereitstellung mehrere Seiten für das Vorausfüllen des Cache angibt.
stage:
post-deploy:
WARM_UP_CONCURRENCY: 4
WARM_UP_PAGES
- Standard—
index.php - Version—Adobe Commerce 2.1.4 und höher
Passen Sie die Liste der Seiten an, die zum Vorausfüllen des Cache im post_deploy verwendet werden. Sie müssen den Hook nach der Bereitstellung konfigurieren. Siehe den Hooks der .magento.app.yaml.
-
Einzelseiten - Geben Sie eine einzelne Seite an, die dem Cache hinzugefügt werden soll. Sie müssen die Standard-Basis-URL nicht angeben. Im folgenden Beispiel wird die
BASE_URL/index.phpzwischengespeichert:code language-yaml stage: post-deploy: WARM_UP_PAGES: - "index.php" -
mehrere Domains - Listen Sie mehrere URLs auf. Im folgenden Beispiel werden Seiten aus zwei Domains zwischengespeichert:
code language-yaml stage: post-deploy: WARM_UP_PAGES: - 'http://example1.com/test' - 'http://example2.com/test' -
Mehrere Seiten - Verwenden Sie das folgende Format, um mehrere Seiten gemäß einem bestimmten Muster für reguläre Ausdrücke zwischenzuspeichern:
code language-none <entity_type>:<pattern|url|product_sku>:<store_id|store_code>entity_type: Mögliche Variantencategory,cms-page,product,store-pagepattern|url|product_sku: Filtern Sie die URLs mit einemregexpoder einemurlmit exakter Übereinstimmung oder verwenden Sie ein Sternchen (*) für alle Seiten. Produkt-SKU für den Entitätstyp desproductverwendenstore_id|store_code: Verwenden Sie die ID oder den Code des Stores oder ein Sternchen (*) für alle Stores, können Sie mehrere Store-IDs oder Codes getrennt mit|übergeben
Im folgenden Beispiel werden basierend auf diesen Kriterien
categoryundcms-pageEntitätstypen zwischengespeichert:-
Alle Kategorieseiten für Store mit ID
1 -
Alle Kategorieseiten für Stores mit Code
store1undstore2 -
Kategorieseiten-
carsfür Store mit Code-store_en -
CMS-
contactfür alle Stores -
cms-
contactfür Stores mit der ID1und2 -
Jede Kategorieseite, die
car_enthält und mithtmlfür den Store mit der ID 2 endet -
Jede Kategorieseite, die
tires_für das Speichern mit Codestore_gbenthältcode 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"
Im folgenden Beispiel wird für den Entitätstyp "
product" basierend auf diesen Kriterien zwischengespeichert:-
Alle Produkte für alle Stores (programmgesteuert auf 100 pro Store begrenzt, um Leistungsprobleme zu vermeiden)
-
Alle Produkte für Store
store1 -
Produkte mit
sku1für alle Geschäfte -
Produkte mit
sku1für Geschäfte mit Codestore1undstore2 -
Produkte mit
sku1,sku2undsku3für Geschäfte mit Codestore1undstore2code language-yaml stage: post-deploy: WARM_UP_PAGES: - "product:*:*" - "product:*:store1" - "product:sku1:*" - "product:sku1:store1|store2" - "product:sku1|sku2|sku3:store1|store2"
Im folgenden Beispiel wird für den Entitätstyp "
store-page" basierend auf diesen Kriterien zwischengespeichert:/contact-usfür alle Stores/contact-usfür Store mit ID1/contact-usfür Stores mit Codecode1undcode2
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "store-page:/contact-us:*" - "store-page:/contact-us:1" - "store-page:/contact-us:code1|code2"