Verificar estado ideal—El asistente de ideal-state ahora verifica la configuración actual durante cada implementación y proporciona instrucciones claras para actualizar la configuración a fin de lograr una implementación más rápida y sin tiempo de inactividad.

Cumplimiento de PCI: se han actualizado los protocolos de mensajería para Adobe Commerce en la infraestructura en la nube para que requieran la versión 1.2 de Seguridad de la capa de transporte (TLS) al conectarse con servicios de mensajería de terceros. Si utiliza un servicio de mensajes que no es compatible con TLS versión 1.2, debe actualizar el servicio. De lo contrario, se mostrará el siguiente mensaje de error cuando la aplicación de Adobe Commerce intente conectarse al servidor de mensajes para enviar un correo electrónico: Unable to connect via TLS.

Mejora de la implementación: Se agregó validación para advertir a los clientes si un entorno de ensayo o producción tiene habilitadas las opciones dev, debug o debug_logging para evitar problemas de rendimiento causados por una actividad de registro excesiva.

correcciones de implementación—

• Ahora el modo de mantenimiento está habilitado al principio de la fase de implementación y deshabilitado al final. Si la implementación falla, el sitio permanece en modo de mantenimiento hasta que se resuelvan los problemas de implementación. Anteriormente, el sitio regresaba al modo de producción aunque se produjera un error en la implementación.

  • Se han modificado las comprobaciones de validación de la fase de implementación para reducir el nivel de error en los siguientes problemas de implementación de CRITICAL a WARNING, de modo que se complete la implementación. Anteriormente, estos problemas provocaban que la implementación fallara.

  • La configuración del entorno contiene valores incorrectos para las variables de implementación o nube.

• La versión del Elasticsearch en la infraestructura de la nube no es compatible con la versión del módulo elasticsearch/elasticsearch compatible con Adobe Commerce en la infraestructura de la nube. Consulte el artículo de solución de problemas para el Elasticsearch en la base de conocimiento de asistencia de Adobe Commerce.

• Se ha corregido un problema con la configuración compartida en el archivo app/etc/config.php que causaba recursion detected errores durante la implementación.

correcciones relacionadas con Cron—

• Se ha corregido un problema de programación cron que impedía que se ejecutaran trabajos si especificaba una frecuencia cron distinta de la predeterminada (1 minuto).

• Se ha corregido un problema en la fase de implementación que permitía que los trabajos cron siguieran ejecutándose durante la implementación, lo que podía provocar bloqueos de la base de datos y otros problemas críticos. Ahora, todos los trabajos cron se detienen antes de que comience la fase de implementación y se reinician después de que finalice la implementación.<!—MAGECLOUD—2537—>

• Se ha corregido el flujo de trabajo de cron en las versiones 2.2.x para desbloquear los trabajos de cron congelados de modo que se puedan detener antes de iniciar la implementación. Anteriormente, un trabajo cron bloqueado provocaba que la implementación se detuviera.

Cambió el formato del archivo config.php generado por el comando vendor/bin/ece-tools config:dump para utilizar sintaxis de matriz corta y sangría de 4 espacios para cumplir con los estándares de codificación de Adobe Commerce.

Se ha corregido un error de implementación que se produce cuando .magento.env.yaml contiene {{ base_url }} y {{ unsecure_base_url }} marcadores de posición para las configuraciones web en lugar de la configuración de URL predeterminada para un proyecto de Adobe Commerce en la nube./

Habilitar implementación sin tiempo de inactividad—Ahora Adobe Commerce en la nube pone en cola las solicitudes con los cambios de base de datos necesarios durante la implementación y aplica los cambios tan pronto como se completa la implementación. Las solicitudes se pueden retener durante un máximo de 5 minutos para garantizar que no se pierdan sesiones. Consulte Opciones de implementación de contenido estático para reducir el tiempo de inactividad de la implementación en la nube.

Docker Compose para Cloud: Se han realizado las siguientes mejoras en el proceso de configuración de Docker:

• Se agregó un comando—docker:config:convert para convertir los archivos de configuración de PHP al formato Docker ENV para simplificar la configuración del entorno. Ahora, usted copia los archivos de configuración de PHP en el directorio Docker y los convierte a los archivos ENV Docker. Ver Iniciar Docker.

• El proceso de instalación de Adobe Commerce en la nube ahora admite la implementación en sistemas de archivos de solo lectura y de lectura-escritura para emular más estrechamente el sistema de archivos en la nube. Consulte Configurar Docker.<!—MAGECLOUD—2357—>

• Compatibilidad con el servicio Redis: Se ha agregado una imagen Redis, que se implementa en un contenedor de Docker y se configura automáticamente para que funcione con su instalación de Docker.<!—MAGECLOUD—2442—>

• Ahora tiene la capacidad de volcado de la base de datos al usar el contenedor de base de datos de Cloud Docker. Además, puede compartir archivos entre un equipo host y un contenedor mediante el directorio docker/mnt.

• Compatibilidad con el servicio Varnish— Se ha agregado una imagen Varnish, que se implementa automáticamente en un contenedor Docker. Después de la implementación, puede configurar manualmente Varnish siguiendo las prácticas recomendadas de Adobe Commerce. Consulte Configurar y utilizar Barniz.<!—MAGECLOUD—2358—>

• Acceso seguro al sitio: se ha añadido la compatibilidad con SSL para acceder a la tienda de Adobe Commerce y al panel de administración.<!—MAGECLOUD—2360—>

Se ha mejorado la compatibilidad con la extensión de la infraestructura en la nube de Adobe Commerce: se ha bajado de categoría el requisito de versión mínima para el paquete guzzlehttp/guzzle en el archivo composer.json de la infraestructura en la nube de Adobe Commerce a la versión 6.2 para que el paquete ece-tools sea compatible con más extensiones.

Aplicar cambios personalizados a su aplicación de Adobe Commerce durante la fase de compilación: dividimos la fase de compilación en dos procesos independientes para que pueda usar los enlaces para aplicar cambios personalizados al contenido estático generado antes de empaquetar la aplicación para su implementación. El proceso build:generate genera código, aplica parches y genera contenido estático. El proceso build:transfer transfiere el código generado y el contenido estático al destino final. Ver enlaces de aplicaciones.

Comprobaciones de configuración del entorno: se ha mejorado la validación de la configuración del entorno para advertir a los clientes sobre las incompatibilidades de la versión y los errores de configuración antes de crear e implementar Adobe Commerce en la infraestructura en la nube.

• Se agregó validación específica de la versión para identificar valores y variables de entorno no compatibles u obsoletos.

• Se ha añadido una comprobación de compatibilidad de Elasticsearch para advertir a los usuarios sobre los problemas de configuración de Elasticsearch. Ahora, la implementación falla si la versión del servicio Elasticsearch en el servidor no es compatible con Adobe Commerce. Anteriormente, la implementación se realizó correctamente incluso si la versión del Elasticsearch era incompatible, lo que causó problemas con el catálogo de productos después de la implementación del sitio.

  Puede resolver la incompatibilidad enviando un ticket de soporte para actualizar el Elasticsearch a una versión compatible o cambiar la configuración de Adobe Commerce para especificar una versión compatible del cliente PHP del Elasticsearch.

  • Para la versión de Adobe Commerce 2.1.x a 2.2.2, actualice al Elasticsearch a la versión 2.4.

  • Para la versión 2.2.3 y posteriores de Adobe Commerce, actualice Elasticsearch a la versión 5.2.

  • Si tiene Elasticsearch 1.x o 2.x y no desea actualizar, actualice el requisito de la versión del cliente PHP del Elasticsearch de Adobe Commerce en composer.json a "elasticsearch/elasticsearch": "~2.0".

• Se ha mejorado la validación de las variables de entorno para identificar las opciones de configuración que pueden provocar conflictos durante las fases de generación, implementación y posterior a la implementación. Por ejemplo, se muestra un mensaje de advertencia durante el proceso de instalación y actualización si la configuración global para la implementación de contenido estático entra en conflicto con la configuración de la fase de compilación o implementación.

Actualizaciones de variables de entorno—Se han cambiado las siguientes variables de entorno:

• Variable global SKIP_HTML_MINIFICATION: se ha cambiado el valor predeterminado a true para habilitar la minificación de contenido de HTML bajo demanda, lo que minimiza el tiempo de inactividad al implementar en entornos de ensayo y producción. Esta configuración es necesaria para implementaciones sin tiempo de inactividad.

• CLEAN_STATIC_FILES implementa la variable: se ha agregado la capacidad de administrar el procesamiento de archivos estáticos limpios para el contenido estático generado durante la fase de compilación en función de la configuración de la variable de entorno CLEAN_STATIC_FILES. Anteriormente, los archivos de contenido estático generados durante la fase de compilación siempre se limpiaban.

Registro—Se han realizado los siguientes cambios para mejorar los mensajes de registro y reducir el tamaño del registro:

• Las entradas del registro de errores de implementación ahora incluyen el resultado del comando de las operaciones que provocan los errores aunque la configuración del entorno no especifique el registro de nivel de depuración. Ver MIN_LOGGING_LEVEL.

• Se agregó el registro de los errores de implementación que se producen cuando las fábricas generadas requeridas por algunas extensiones no se pueden generar correctamente porque el sistema de archivos está en un estado de solo lectura.

• Se ha reducido el tamaño del registro de implementación y se han corregido los problemas de formato causados por los comandos de instalación que usan la barra de progreso interactiva.

• Se eliminó la información detallada innecesaria y se actualizaron los niveles de prioridad de algunas instrucciones de registro.

correcciones específicas de Cron—

• Se ha cambiado la configuración predeterminada del trabajo cron para la duración del historial de 3d (4320 min) a 1h (60 min) para evitar problemas de rendimiento y errores de implementación que pueden producirse cuando la cola cron se llena demasiado rápido.

• Se ha mejorado el proceso de administración de trabajos de cron durante la fase de implementación para evitar bloqueos de bases de datos y otros problemas críticos. Ahora, todos los trabajos cron se detienen durante la fase de implementación y se reinician una vez finalizada la implementación.

• Se ha corregido un problema con el mecanismo de bloqueo para programar consumidores iniciado por los trabajos cron en las versiones 2.2.0 y posteriores de Adobe Commerce para evitar que los trabajos cron inicien consumidores duplicados.

Se ha corregido un problema con el proceso de compresión de contenido estático (gzip) que causaba errores de not overwritten y no such file or directory al hacer referencia al archivo comprimido durante el proceso de implementación.

Se ha corregido un problema que impedía que el comando php ./vendor/bin/ece-tools config:dump quitara secciones redundantes del archivo config.php durante el proceso de volcado si no se especificaba la configuración regional del almacén. Ahora puede mover fácilmente los archivos de configuración entre entornos. Después de actualizar a ece-tools v2002.0.13, vuelva a generar los archivos config.php más antiguos con el comando config:dump mejorado. Consulte Administración de configuración para la configuración del almacén.

Se ha corregido un problema que provocaba un error durante la fase de implementación si la configuración de ruta del archivo .magento/routes.yaml redirige de un dominio apex a un dominio www.

Se ha corregido un problema con la opción _merge de la variable SEARCH_CONFIGURATION que causaba resultados de combinación incorrectos si no se incluye el parámetro engine en el archivo de configuración .magento.env.yaml actualizado. Ahora, la operación de combinación sobrescribe correctamente sólo los valores especificados en el .magento.env.yaml actualizado sin que sea necesario establecer el parámetro engine.

Se ha corregido un problema de configuración de Redis que habilitaba incorrectamente el bloqueo de sesión para Adobe Commerce en las versiones 2.2.1 y posteriores de la infraestructura en la nube, lo que puede provocar un rendimiento lento y tiempos de espera. Ahora, el bloqueo de sesión está deshabilitado de forma predeterminada. El problema se debía a un cambio en el comportamiento predeterminado del parámetro disable_locking introducido en la versión 1.3.4 del paquete del controlador de sesión de Redis. Consulte paquete colinmollenhour/php-redis-session-abstract.

Docker Compose para Cloud—Se agregó un comando—docker:build—para generar una configuración de Docker Compose desde el repositorio de Cloud ece-tools.

Cambiar configuración regional—Ahora puede cambiar la configuración regional del almacén sin exportar e importar el proceso de configuración. Mientras la aplicación se encuentra en Producción y SCD_ON_DEMAND está habilitado, las opciones de configuración regional de almacén y administrador están disponibles.

Mapa del sitio y robots: se ha creado un flujo de trabajo para agregar un archivo de robots.txt y generar un archivo de sitemap.xml para una sola configuración de dominio sin necesidad de realizar un cambio en la infraestructura.

asistentes—Se agregaron dos asistentes para ayudarle con la configuración de la nube:

• ideal-state: configure el estado ideal para un tiempo de inactividad mínimo en la implementación

• master-slave: configurar el equilibrio de carga para la base de datos y Redis

Actualización del módulo—Se agregó un comando de nube—module:refresh—para habilitar módulos que se deshabilitaron o no se habilitaron explícitamente, de manera similar a como se hace automáticamente durante una compilación.

agregó la capacidad de elegir combinar o sobrescribir la configuración de los servicios mediante la opción _merge en las configuraciones de CACHE, SESSION, QUEUE y SEARCH.

archivo de muestra de configuración del entorno—Hemos agregado un archivo de muestra .magento.env.yaml al paquete ECE-Tools que incluye una descripción detallada y los posibles valores para cada variable de entorno.

• También agregamos una validación profunda para la configuración de .magento.env.yaml que evita errores en el proceso de implementación causados por valores inesperados. Cuando se produce un error, ahora recibe un mensaje de error detallado que comienza con: Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

agregó las siguientes variables de entorno:

• Ahora puede definir varias configuraciones regionales para cada tema mediante la nueva variable de entorno SCD_MATRIX, que reduce la cantidad de archivos de tema que se van a implementar.

• Se agregó la variable de entorno DATABASE_CONFIGURATION para personalizar las conexiones de base de datos para la implementación.

• La nueva variable MIN_LOGGING_LEVEL anula el nivel de registro mínimo de todas las secuencias de salida sin realizar cambios en el código.

Se ha corregido un problema que causaba tiempo de inactividad entre la fase de implementación y la posterior a la implementación. Ahora, la fase posterior a la implementación comienza inmediatamente después de que finalice la fase de implementación.

Se ha corregido un problema que no limpiaba de la programación los trabajos de cron correctos, los que tenían status = success.

Se ha corregido un problema con el vínculo post_deploy que borraba la caché en la fase de implementación en lugar de en la fase posterior a la implementación del proyecto.

Se ha corregido un problema que se producía al usar SCD con varias configuraciones regionales, que generaba el mismo archivo js-translation.json para cada configuración regional.

optimizó el comando db:dump en el paquete ece-tools para evitar bloquear tablas y aumentar la velocidad.

Configuración de conexiones de solo lectura a nodos no maestros—Esta versión agrega la capacidad de configurar una conexión de solo lectura a un nodo no maestro para recibir tráfico de solo lectura (para MariaDB).Redis y para

Asistente para configuración—Se ha agregado un asistente para comprobar la configuración de la implementación de contenido estático. Ver asistentes inteligentes.

Compatibilidad con la consola Symfony—Se ha agregado compatibilidad con la consola Symfony 4 con Adobe Commerce 2.3.

Optimizaciones de programación Cron: se mejoró la administración de colas y el registro mejorado para ayudar a depurar los problemas relacionados con cron.

La validación de la implementación falla si un valor de ADMIN_EMAIL o ADMIN_USERNAME es el mismo que el de una cuenta de administrador existente.

eliminó la compatibilidad con SOLR para las versiones 2.2.x. Las versiones 2.1.x conservan la capacidad de habilitar SOLR.

La primera instalación de los entornos de ensayo y producción de un proyecto PRO ahora incluye diferentes prefijos de índice para el Elasticsearch a fin de evitar posibles conflictos al identificar registros que pertenecen a cada entorno.

Se ha corregido un problema que interrumpió la fase de compilación de la arquitectura heredada durante la implementación de contenido estático.

Mejoras específicas de Cron—Se ha vuelto a trabajar la implementación de Cron:

• Se ha corregido un problema que provocaba que la cola cron se llenara rápidamente. Ahora borra los trabajos obsoletos de cron de una manera más confiable.

• Se ha reorganizado la secuencia de trabajos cron para que todos los trabajos de subprocesos independientes se inicien antes del grupo general.

• Se ha mejorado el registro para ayudar mejor a depurar los problemas de cron.

• NOTA: Esta versión resuelve muchos problemas relacionados con cron. Si actualmente usas algunos parches relacionados con cron en m2-hotfixes, elimínalos.

mejoras específicas de SCD—

• Puede usar las variables de entorno VERBOSE_COMMANDS y SCD_COMPRESSION_LEVEL durante las fases build y de_ploy.

• Se ha corregido un problema que ocasionaba que la implementación fallara con un error aleatorio al encontrar un valor inesperado para la variable de entorno SCD_COMPRESSION_LEVEL. Se ha mejorado la validación de la configuración para proporcionar notificaciones significativas. Vea SCD_COMPRESSION_LEVEL para obtener los valores aceptables.

• Se corrigió el comportamiento del flujo de configuración de la variable de entorno SCD_COMPRESSION_LEVEL para que las invalidaciones funcionen según lo esperado.

• Se ha corregido un problema que impedía la configuración de la variable de entorno SCD_THREADS en el archivo .magento.env.yaml implementar fase.

Implementación de contenido estático (SCD): hay un nuevo proceso de implementación alternativo para generar contenido estático cuando se solicite (a petición). Esto reduce el tiempo de inactividad y mejora la administración de la caché al generar los recursos más críticos.

• Nueva variable de entorno: se agregó la variable de entorno global SCD_ON_DEMAND para generar contenido estático cuando se solicita.

• Post-deploy hook: se ha agregado un vínculo post_deploy para el archivo .magento.app.yaml que borra la caché y carga previamente (calienta) la caché después de de que el contenedor empiece a aceptar conexiones. Solo está disponible para proyectos profesionales que contienen entornos de ensayo y producción en Cloud Console y para proyectos iniciales. Aunque no es obligatorio, funciona en conjunto con la variable de entorno SCD_ON_DEMAND.

Optimización: se optimizó el movimiento o la copia de archivos durante la implementación para mejorar la velocidad de implementación y reducir las cargas en el sistema de archivos.

Registro de implementación—Se ha agregado la capacidad de habilitar los controladores Syslog y Graylog Extended Log Format (GELF) para generar registros durante el proceso de implementación. Consulte Controladores de registro.

agregó las siguientes variables de entorno:

• CRYPT_KEY: proporcione una clave criptográfica a otro entorno al mover una base de datos.

• SKIP_HTML_MINIFICATION—Variable de entorno global que omite la copia de los archivos de vista estática en el directorio var/view_preprocessed y genera un HTML minimizado cuando se solicita.

• SCD_ON_DEMAND—Variable de entorno global para generar contenido estático cuando se solicita.

• WARM_UP_PAGES: puede enumerar las páginas que se utilizarán para precargar la caché. Disponible en las nuevas variables implementadas por Post.

Se ha corregido un problema que implicaba que un parche aplicado localmente rompía la implementación en una instancia. Ahora, ECE-Tools puede detectar que se ha aplicado un parche.

Se ha corregido un conflicto entre el paquete de JavaScript y la funcionalidad GZIP. Ahora estas características funcionan correctamente juntas.

Se ha corregido un problema que causaba que fallaran los comandos CLI de ECE-Tools al usar versiones anteriores de PHP 7.0.x.

Se ha corregido un problema que impedía la implementación de contenido estático con la estrategia compacta en varios subprocesos.

Se ha corregido un problema con el bloqueo de sesión de Redis que provocaba un retraso en el inicio de sesión del administrador. Además, la corrección está disponible para 2.1.x.

ece-tools: el paquete ece-tools ahora es compatible con Adobe Commerce 2.1.x.

Configuración de Redis: ahora puede configurar la página de Redis y la caché predeterminada y el almacenamiento de sesión de Redis mediante una variable de entorno.

Mejoras en los servicios Search, AMQP y Redis: hemos unificado el flujo de configuración del servicio para que ahora se comporte de la misma manera para todos los servicios. Ya no se admite la edición manual del archivo env.php para configurar servicios. Debe usar variables de entorno o el archivo .magento.env.yaml en su lugar.

variables de entorno—

• El uso de env:STATIC_CONTENT_THREADS estaba obsoleto y se eliminará en una versión futura. Use SCD_THREADS en su lugar.

• La variable de entorno STATIC_CONTENT_EXCLUDE_THEMES estaba en desuso. Debe usar la variable de entorno SCD_EXCLUDE_THEMES en su lugar.

Registro: se ha simplificado el registro para las operaciones de aplicación de parches integradas.

Se quitó la compatibilidad con el modo developer y la variable de entorno APPLICATION_MODE porque estaban causando un comportamiento inesperado.

: se ha corregido un problema que causaba errores de implementación de contenido estático relacionados con Redis. Ahora, la implementación de contenido estático de subprocesos múltiples se ejecuta según lo diseñado.

Hemos corregido un problema que impedía a los usuarios guardar modificaciones en los campos de configuración del administrador, que se marcan como confidenciales después de ejecutar el comando app:config:dump.

Hemos agregado compatibilidad con una versión anterior de symfony/yaml para solucionar conflictos con algunos paquetes, que aún no son compatibles con la versión más reciente.

Registro mejorado

• Hemos mejorado la mensajería de registro para proporcionar mejores explicaciones cuando el proceso de generación o implementación anula una variable de entorno.

• Ahora puede ver el progreso de la instalación y actualización en tiempo real. Siga el archivo install_update.log para ver el progreso. Por ejemplo,

  code language-bash
  tail -f var/log/install_upgrade.log

Nuevo comando cron: ahora puede desbloquear trabajos cron atascados específicos en lugar de detener y volver a iniciar todos con el comando cron:unlock. No disponible en 2.1.

Archivo de configuración unificado: Ahora puede configurar las fases de generación e implementación mediante un archivo .magento.env.yaml.

Archivos de configuración de copia de seguridad: el proceso de implementación ahora crea automáticamente una copia de seguridad de los archivos de configuración app/etc/env.php y app/etc/config.php después de la implementación. También agregamos un nuevo comando CLI para restaurar estos archivos de configuración a partir de una copia de seguridad.

Solucionar problemas de errores de validación: Hemos cambiado el comando que debe usar para resolver los errores de validación cuando config.php no contiene datos suficientes para la implementación de contenido estático. Anteriormente, el mensaje de error le indicaba que ejecutara bin/magento app:config:dump. Ahora debe ejecutar php ./vendor/bin/ece-tools config:dump.

Nuevas variables de entorno: Ahora puede usar variables de entorno para conectar los servicios personalizados search y AMQP-based a su sitio.

Hemos implementado parches inteligentes. Ahora el paquete aplica parches basados no en Adobe Commerce en la versión de infraestructura en la nube, sino en la versión de paquete parcheado.

Se ha corregido un problema de registro que causaba errores de compilación.

Se corrigió un problema que ocasionaba excepciones de tiempo de espera al ejecutar implementaciones en modo interactivo.

Se ha corregido un problema que ocasionaba errores al utilizar la estrategia compacta para la generación de contenido estático. No disponible en 2.1.

Se ha corregido un problema que impedía que el script de implementación identificara correctamente los entornos de ensayo y producción.

Se ha corregido un problema que causaba que los problemas de red interrumpieran las conexiones de base de datos y causaran errores durante el proceso de instalación y actualización.

Se ha corregido un problema que impedía exportar los archivos de configuración con app:config:dump más de una vez. No disponible en 2.1.

Se ha corregido un problema de bloqueo en la sesión de Redis que provocaba un retraso de inicio de sesión de Admin. No disponible en 2.1.

Se ha corregido un problema de implementación relacionado con el control de versiones que causaba un conflicto con otros módulos de aplicación de parches basados en Compositor.

Se ha corregido un problema que causaba problemas de memoria PHP durante la importación.

Se ha eliminado el parche; se ha corregido un error en colinmollenhour/credis v1.6 para habilitar la compatibilidad con Adobe Commerce en la infraestructura en la nube 2.2.1. No disponible en 2.1.

Se ha corregido un problema que causaba gzip errores cuando el nombre de un archivo o directorio contiene espacios.

Se ha corregido un problema que impedía que los scripts de implementación reconocieran y habilitaran correctamente las dependencias de módulo.

Configurar un consumidor de cron con una variable de entorno: ahora puede configurar consumidores de cron mediante la nueva variable de entorno CRON_CONSUMERS_RUNNER.

Análisis de configuración: ahora analizamos componentes críticos durante el proceso de compilación/implementación y detenemos el proceso si el análisis falla, lo que evita un tiempo de inactividad innecesario debido a que el sitio está en modo de mantenimiento.

Generar/implementar notificaciones: Hemos agregado un archivo de configuración que puede usar para configurar notificaciones de Slack y/o correo electrónico para acciones de compilación/implementación en todos sus entornos.

Compresión de contenido estático: Ahora comprimimos contenido estático con gzip durante las fases de compilación e implementación. Esta compresión, junto con la compresión de Fastly, ayuda a reducir el tamaño de su tienda y aumentar la velocidad de implementación. Si es necesario, puede deshabilitar la compresión mediante una opción de compilación o implementar variable. Consulte los siguientes temas para obtener más información:

• Variables de entorno de aplicación

• Rendimiento de implementación de contenido estático

• Proceso de implementación

Administración de configuración: Ahora generamos automáticamente un archivo app/etc/config.php en su repositorio Git durante la fase de compilación si aún no existe. El archivo generado automáticamente solo incluye una lista de módulos y extensiones. Si el archivo ya existe, la fase de compilación continúa con normalidad. Si sigue Configuration Management más adelante, los comandos actualizarán el archivo sin necesidad de realizar pasos adicionales. Consulte Proceso de implementación para obtener más información.

Volcados de base de datos: Hemos agregado un comando CLI magento/ece-tools para crear volcados de base de datos en todos los entornos. Para entornos de producción de planificación profesional, este comando solo volca desde uno de los tres nodos de alta disponibilidad, por lo que es posible que no se copien los datos de producción escritos en un nodo diferente durante el volcado. Se recomienda poner la aplicación en modo de mantenimiento antes de hacer un volcado de la base de datos en entornos de producción. Consulte Administración de copias de seguridad para obtener más información.

Se eliminaron las limitaciones del intervalo Cron: el intervalo cron predeterminado para todos los entornos aprovisionados en las regiones us-3, eu-3 y ap-3 es de 1 minuto. El intervalo cron predeterminado en todas las demás regiones es de 5 minutos para entornos de integración profesional y 1 minuto para entornos de ensayo y producción profesionales. Para modificar los trabajos cron existentes, edite la configuración en .magento.app.yaml o cree un vale de soporte para los entornos de Producción/Ensayo. Consulte Configurar trabajos cron para obtener más información.

Se ha corregido un problema que causaba largos tiempos de implementación debido a que el proceso de implementación invocaba la operación cache-clean antes de la implementación de contenido estático.

Se corrigió un problema que ocasionaba errores durante el paso de implementación de generación de contenido estático en entornos de producción.

Se ha corregido un problema que impedía que algunos comandos de magento/ece-tools registraran la salida en stderr.

Se ha corregido un problema que impedía que los valores de URL base en env.php se actualizaran en ramas bifurcadas.

Se ha corregido un problema que hacía que el comando magento setup:install agregara un prefijo no seguro (http://) a las direcciones URL base seguras.

Se ha corregido un problema que impedía que los errores de revisión causaran errores de implementación.

Se ha corregido un problema que impedía que ece-tools detuviera la ejecución y generara una excepción si no se podían aplicar parches.

Se corrigió un problema que ocasionaba errores al cargar la tienda después de habilitar la minificación del HTML en el administrador.

Adobe Commerce en la infraestructura de la nube ahora admite ámbitos y estrategias de implementación de contenido estático. Se ha agregado el parámetro –s con la configuración predeterminada quick para la estrategia de implementación de contenido estático. Puede usar la variable de entorno SCD_STRATEGY para personalizar y usar estas estrategias con sus acciones de compilación e implementación. Esta variable admite las opciones standard, quick o compact. Si selecciona compact, anulamos el valor STATIC_CONTENT_THREADS por 1, lo que puede ralentizar la implementación, especialmente en entornos de producción. No disponible en 2.1.

Hemos creado un archivo de registro en entornos para capturar y compilar acciones de compilación e implementación. El archivo var/log/cloud.log se encuentra en el directorio raíz de la aplicación.

Se ha refactorizado el paquete ece-tools para que sea compatible con Adobe Commerce en la infraestructura en la nube 2.2.0 y superior.

Se ha corregido un problema que impedía que ece-tools detuviera la ejecución y generara una excepción si no se podían aplicar parches.

Se ha corregido un problema que causaba que se generaran excepciones cuando la compilación de inyección de dependencia (id) se omite durante las compilaciones.

Se ha corregido un problema que hacía que el proceso de implementación sobrescribiera las configuraciones personalizadas de Redis en el archivo env.php.

Se ha corregido un problema que causaba bucles de redireccionamiento debido a deshabilitado por el administrador seguro predeterminado.