Variables posteriores a la implementación
Las siguientes variables posteriores a la implementación controlan las acciones en la fase posterior a la implementación y pueden heredar y anular los valores de las variables globales. Inserte estas variables en la fase post-deploy del archivo .magento.env.yaml:
stage:
post-deploy:
POST-DEPLOY_VARIABLE_NAME: value
Para obtener más información sobre cómo personalizar el proceso de generación e implementación:
TTFB_TESTED_PAGES
- Predeterminado—
[](una matriz vacía) - Versión: Adobe Commerce 2.1.4 y posterior
Configure las pruebas de Tiempo hasta el primer byte (TTFB) para las páginas especificadas a fin de probar el rendimiento del sitio. Especifique una referencia de ruta absoluta o una dirección URL con protocolo y host para cada página que requiera la prueba.
stage:
post-deploy:
TTFB_TESTED_PAGES:
- "index.php"
- "index.php/customer/account/create"
- "https://example.com/catalog/some-category"
Después de especificar las páginas para probar y confirmar los cambios, la prueba de Tiempo hasta el primer byte se ejecuta durante la fase posterior a la implementación y publica los resultados de cada ruta en el registro de nube:
[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}
Para las rutas redirigidas, el registro indica la ruta del destino de redirección en lugar de la configurada en la variable de entorno. Si especifica una ruta no válida, el registro muestra un mensaje de advertencia.
WARM_UP_CONCURRENCY
- Predeterminado—No establecido
- Versión: Adobe Commerce 2.1.4 y posterior
Especifique el límite de solicitudes simultáneas que se enviarán durante las operaciones de calentamiento de caché para reducir la carga del servidor. Este valor limita el número de conexiones paralelas y resulta útil para las configuraciones de entorno en las que la variable posterior a la implementación de WARM_UP_PAGES especifica varias páginas para la precarga de la caché.
stage:
post-deploy:
WARM_UP_CONCURRENCY: 4
WARM_UP_PAGES
- Predeterminado—
index.php - Versión: Adobe Commerce 2.1.4 y posterior
Personalice la lista de páginas utilizadas para precargar la caché en la fase post_deploy. Debe configurar el vínculo posterior a la implementación. Consulte la sección de vínculos del archivo .magento.app.yaml.
-
páginas únicas: especifique una sola página para agregarla a la caché. No es necesario indicar la dirección URL base predeterminada. El siguiente ejemplo almacena en caché la página
BASE_URL/index.php:code language-yaml stage: post-deploy: WARM_UP_PAGES: - "index.php" -
varios dominios: enumera varias direcciones URL. El siguiente ejemplo almacena en caché páginas de dos dominios:
code language-yaml stage: post-deploy: WARM_UP_PAGES: - 'http://example1.com/test' - 'http://example2.com/test' -
varias páginas: utilice el siguiente formato para almacenar en caché varias páginas según un patrón de expresión regular específico:
code language-none <entity_type>:<pattern|url|product_sku>:<store_id|store_code>entity_type: posibles variantescategory,cms-page,product,store-pagepattern|url|product_sku: use un patrónregexpo una coincidencia exactaurlpara filtrar las direcciones URL, o use un asterisco (*) para todas las páginas. Usar SKU de producto para el tipo de entidadproductstore_id|store_code: use el identificador o el código de la tienda o un asterisco (*) para todas las tiendas, puede pasar varios identificadores o códigos de tienda separados por|
El siguiente ejemplo almacena en caché los tipos de entidad
categoryycms-pagesegún estos criterios:-
todas las páginas de categoría de la tienda con id.
1 -
todas las páginas de categoría para tiendas con código
store1ystore2 -
página de categoría
carspara el almacén con códigostore_en -
página de cms
contactpara todas las tiendas -
página cms
contactpara tiendas con ID1y2 -
cualquier página de categoría que contenga
car_y termine conhtmlpara la tienda con ID 2 -
cualquier página de categoría que contenga
tires_para la tienda con códigostore_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"
El siguiente ejemplo almacena en caché el tipo de entidad
productsegún estos criterios:-
todos los productos para todas las tiendas (con una programación limitada a 100 por tienda para evitar problemas de rendimiento)
-
todos los productos de la tienda
store1 -
productos con
sku1para todas las tiendas -
productos con
sku1para tiendas con códigostore1ystore2 -
productos con
sku1,sku2ysku3para tiendas con códigostore1ystore2code language-yaml stage: post-deploy: WARM_UP_PAGES: - "product:*:*" - "product:*:store1" - "product:sku1:*" - "product:sku1:store1|store2" - "product:sku1|sku2|sku3:store1|store2"
El siguiente ejemplo almacena en caché el tipo de entidad
store-pagesegún estos criterios:- página
/contact-uspara todas las tiendas - página
/contact-uspara tienda con ID1 - página
/contact-uspara tiendas con códigocode1ycode2
code language-yaml stage: post-deploy: WARM_UP_PAGES: - "store-page:/contact-us:*" - "store-page:/contact-us:1" - "store-page:/contact-us:code1|code2"