Variabili post-distribuzione
Le seguenti variabili post-distribuzione controllano le azioni nella fase post-distribuzione e possono ereditare e sostituire i valori dalle variabili globali. Inserisci queste variabili nella fase post-deploy del file .magento.env.yaml:
stage:
post-deploy:
POST-DEPLOY_VARIABLE_NAME: value
Per ulteriori informazioni sulla personalizzazione del processo di compilazione e distribuzione:
TTFB_TESTED_PAGES
- Predefinito—
[](un array vuoto) - Versione—Adobe Commerce 2.1.4 e versioni successive
Configura test Time To First Byte (TTFB) per le pagine specificate per verificare le prestazioni del sito. Specifica un riferimento di percorso assoluto, o URL con protocollo e host, per ogni pagina che richiede il test.
stage:
post-deploy:
TTFB_TESTED_PAGES:
- "index.php"
- "index.php/customer/account/create"
- "https://example.com/catalog/some-category"
Dopo aver specificato le pagine per il test e il commit delle modifiche, il test Tempo al primo byte viene eseguito durante la fase di post-distribuzione e pubblica i risultati per ogni percorso nel registro 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}
Per i percorsi reindirizzati, il registro riporta il percorso della destinazione di reindirizzamento anziché quello configurato nella variabile di ambiente. Se si specifica un percorso non valido, nel registro viene visualizzato un messaggio di avviso.
WARM_UP_CONCURRENCY
- Predefinito—Non impostato
- Versione—Adobe Commerce 2.1.4 e versioni successive
Specifica il limite di richieste simultanee da inviare durante le operazioni di riscaldamento della cache per ridurre il carico del server. Questo valore limita il numero di connessioni parallele ed è utile per le configurazioni dell'ambiente in cui la variabile post-distribuzione WARM_UP_PAGES specifica diverse pagine per il precaricamento della cache.
stage:
post-deploy:
WARM_UP_CONCURRENCY: 4
WARM_UP_PAGES
- Predefinito—
index.php - Versione—Adobe Commerce 2.1.4 e versioni successive
Personalizzare l'elenco delle pagine utilizzate per precaricare la cache nella fase post_deploy. Devi configurare l’hook post-distribuzione. Vedere la sezione degli hook del file .magento.app.yaml.
-
singole pagine—Specificare una singola pagina da aggiungere alla cache. Non è necessario indicare l’URL di base predefinito. L'esempio seguente memorizza nella cache la pagina
BASE_URL/index.php:code language-yaml stage: post-deploy: WARM_UP_PAGES: - "index.php" -
più domini—Elenca più URL. L’esempio che segue memorizza in cache le pagine da due domini:
code language-yaml stage: post-deploy: WARM_UP_PAGES: - 'http://example1.com/test' - 'http://example2.com/test' -
più pagine - Utilizza il seguente formato per memorizzare nella cache più pagine in base a uno specifico modello di espressione regolare:
code language-none <entity_type>:<pattern|url|product_sku>:<store_id|store_code>entity_type: varianti possibilicategory,cms-page,product,store-pagepattern|url|product_sku: utilizzare un patternregexpo una corrispondenza esattaurlper filtrare gli URL oppure un asterisco (*) per tutte le pagine. Utilizza lo SKU del prodotto per il tipo di entitàproductstore_id|store_code: utilizzare l'ID o il codice dell'archivio o un asterisco (*) per tutti gli archivi. È possibile trasmettere più ID archivio o codici separati da|
L'esempio seguente memorizza nella cache i tipi di entità
categoryecms-pagein base a questi criteri:-
tutte le pagine delle categorie per il punto vendita con ID
1 -
tutte le pagine delle categorie per i negozi con codice
store1estore2 -
pagina categoria
carsper archivio con codicestore_en -
pagina cms
contactper tutti gli store -
pagina cms
contactper gli archivi con ID1e2 -
qualsiasi pagina di categoria che contiene
car_e termina conhtmlper l'archivio con ID 2 -
qualsiasi pagina categoria contenente
tires_per l'archivio con codicestore_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"
L'esempio seguente memorizza nella cache il tipo di entità
productin base a questi criteri:-
tutti i prodotti per tutti i punti vendita (limitato a 100 a livello di programmazione per evitare problemi di prestazioni)
-
tutti i prodotti per lo store
store1 -
prodotti con
sku1per tutti gli store -
prodotti con
sku1per archivi con codicestore1estore2 -
prodotti con
sku1,sku2esku3per archivi con codicestore1estore2code language-yaml stage: post-deploy: WARM_UP_PAGES: - "product:*:*" - "product:*:store1" - "product:sku1:*" - "product:sku1:store1|store2" - "product:sku1|sku2|sku3:store1|store2"
L'esempio seguente memorizza nella cache il tipo di entità
store-pagein base a questi criteri:- pagina
/contact-usper tutti gli store - pagina
/contact-usper l'archivio con ID1 - pagina
/contact-usper gli store con codicecode1ecode2
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "store-page:/contact-us:*" - "store-page:/contact-us:1" - "store-page:/contact-us:code1|code2"