Archivo de notas de la versión para ece-tools

Cambios en el paquete de herramientas ECE

• movió los parches de Adobe Commerce del paquete ece-tools a un nuevo paquete de compositor magento/magento-cloud-patches.

• Actualizó el archivo composer.json del paquete ece-tools para agregar una dependencia para el paquete magento/magento-cloud-patches v1.0.0.

• Se ha corregido un problema que provocaba que el proceso de aplicación de parches de ece-tools se interrumpiera al aplicar conjuntos de parches sobre las versiones de solo seguridad, a partir de la versión 2.3.2-p2 y posteriores. Este problema fue introducido por el nuevo esquema de versiones adoptado para parches de solo seguridad.

Parches y correcciones críticas: Actualice los entornos de nube con ece-tools versión 2002.0.22 para aplicar las siguientes revisiones y correcciones críticas. Estas revisiones están incluidas en el paquete magento/magento-cloud-patches v1.0.0.

• Revisiones de seguridad de Page Builder para las versiones 2.3.1.x y 2.3.2.x: corrige un problema en la vista previa de Page Builder que permite a los usuarios no autenticados acceder a algunos métodos de creación de plantillas que se pueden usar para almacenar en déclencheur la ejecución de código arbitrario a través de la red (RCE), lo que da como resultado filtraciones de información global. Este problema puede producirse al utilizar versiones no compatibles de Page Builder con Adobe Commerce 2.3.1 y 2.3.2.

• parches MSI: corrige problemas que causaban errores de indización y problemas de rendimiento al usar la configuración de inventario predeterminada para administrar existencias.

• Compatibilidad con versiones anteriores de las nuevas interfaces de correo: corrige un problema de incompatibilidad con versiones anteriores causado por la interfaz PHP Magento\Framework\Mail\EmailMessageInterface introducida en Adobe Commerce v2.3.3. En el ámbito de esta revisión, el nuevo EmailMessageInterface hereda del antiguo MessageInterface, y los módulos principales de Adobe Commerce se revierten para depender de MessageInterface.

• La paginación del catálogo no funciona en el Elasticsearch 6.x: corrige un problema crítico con la paginación de resultados de búsqueda que afecta a los clientes que usan el Elasticsearch 6.x como motor de búsqueda del catálogo.

actualizaciones de Docker—

• Nuevas imágenes Docker—Compatible con las versiones 2.3.3 y posteriores

  • PHP versión 7.3.

  • Caché de barniz 6.2.0

• agregó compatibilidad para aplicar la configuración de enlace personalizada especificada en .magento.app.yaml en el entorno Docker. Anteriormente, el entorno de Docker solo admitía la configuración de enlace predeterminada.

• Los archivos ENV de Docker ya no se generan durante la generación de Docker y el comando docker:config:convert está obsoleto. Los datos correspondientes ahora se almacenan en el archivo docker-compose.yml.

• Se ha actualizado la imagen de PHP y se ha agregado Node.js a la imagen Docker de PHP para admitir las funciones node, npm y grunt-cli.

Actualizaciones de variables de entorno-

• agregó la variable de implementación LOCK_PROVIDER para configurar el proveedor de bloqueo, lo que impide el inicio de trabajos cron duplicados y grupos cron. Consulte la descripción de la variable en el tema implementar variables.

• agregó la variable de entorno CONSUMERS_WAIT_FOR_MAX_MESSAGES para configurar cómo los consumidores procesan los mensajes de la cola de mensajes al usar la variable de entorno CRON_CONSUMERS_RUNNER para administrar los trabajos cron. Consulte la descripción de la variable en el tema implementar variables.

• Se ha corregido un problema que puede provocar errores de interbloqueo de la base de datos cuando el trabajo cron de consumers_runner inicia varias instancias del mismo consumidor en nodos diferentes. Ahora, si ha habilitado la variable de implementación CRON_CONSUMERS_RUNNER en su entorno, el trabajo de consumers_runner utiliza la opción single-thread para iniciar una instancia de cada consumidor en un solo nodo.

• Se ha corregido un problema que afectaba a la funcionalidad de WARM_UP_PAGES y que usa una dirección URL de almacén predeterminada. Ahora, si el comando config:show:default-url no puede obtener una dirección URL base, se utilizará la dirección URL de la variable MAGENTO_CLOUD_ROUTES.

Actualizó la información de registro devuelta por el comando module:refresh. Ahora puede ver una lista detallada de los módulos habilitados en el archivo cloud.log.

Se mejoraron las notificaciones de advertencia y validación de compatibilidad de versiones para los problemas de compatibilidad entre la versión de Adobe Commerce y los servicios instalados, como Elasticsearch, RabbitMQ, Redis y DB.

agregó compatibilidad con RabitMQ versión 3.8.

Se han actualizado las validaciones interactivas de la compatibilidad del servicio para reflejar las versiones compatibles con las nuevas versiones de Adobe Commerce 2.3.3 y 2.2.10. Consulte Requisitos del sistema en la Guía de instalación para ver las versiones recomendadas.

Se mejoró el mensaje de registro devuelto cuando el proceso de administración de trabajos de cron en la fase de implementación intenta detener un trabajo de cron que ya ha finalizado para aclarar que este problema no es un error. Se cambió el nivel de registro de INFO a DEBUG.

Se ha corregido un problema que se producía al ejecutar el comando setup:upgrade y que no interrumpía el proceso de implementación cuando se producía un error durante la tarea app:config:import.

Cambió el nivel de registro predeterminado del controlador de archivos a debug para reducir la cantidad de detalles en el registro mostrado en Cloud Console, al tiempo que se sigue proporcionando información detallada para la depuración.

Se ha corregido un problema que provocaba un error en la implementación de contenido estático durante la compilación. Después de una instalación y del volcado de configuración de ece-tools, se produjo un error si no se especificó ninguna configuración regional para el usuario administrador en el archivo config.php. Ahora existe una configuración regional predeterminada para el usuario administrador en el archivo config.php.

Se corrigió un error de Undefined index error que se produce cuando un comando CLI de magento-cloud falla en un entorno que no está configurado con una dirección URL segura (https). Ahora, el paquete ECE-Tools utiliza la dirección URL base (http) si la dirección URL segura no está disponible.

Actualizaciones de Docker—

• Ahora puede realizar pruebas funcionales con el paquete ece-tools en el entorno Docker. Ver prueba de aplicación.

• Se agregó compatibilidad para configurar módulos PHP usando el archivo .magento.app.yaml. Cualquier extensión PHP especificada en el archivo .magento.app.yaml pasa a estar disponible en los contenedores Docker PHP.

• Hay nuevos comandos disponibles para mejorar la experiencia de línea de comandos de Docker. Consulte la sección bin/magento-docker de la referencia de Docker.

• agregó la capacidad de usar Mutagen.io para sincronizar archivos durante el desarrollo entre el host local y Docker.

• Corrigió la ruta predeterminada al usar el entorno Docker. Ahora, cuando utilice SSH para iniciar sesión en el contenedor Docker, se encontrará en la raíz del proyecto en el directorio /app, como se espera.

• Actualizó la biblioteca Sodium de la versión 1.0.11 a la versión 1.0.18 y actualizó la extensión Sodium PHP.

  note warning
  WARNING
  Los clientes de Adobe Commerce en la infraestructura en la nube deben Enviar un ticket de soporte de Adobe Commerce para actualizar el paquete libsodio en los entornos de Producción profesional y Ensayo antes de actualizar a Adobe Commerce 2.3.2. Actualmente, no se pueden actualizar los entornos de Inicio a Adobe Commerce 2.3.2.

• agregó los complementos de Elasticsearch analysis-icu y analysis-phonetic a todas las imágenes de Docker.

• Validaciones mejoradas: al utilizar opciones para el comando docker:build, debe proporcionar un valor al utilizar una opción. Además, se agregó validación para la versión del nodo al usar el comando docker:build run.

Actualizaciones de variables de entorno—

• agregó compatibilidad con los prefijos de tabla de base de datos usando la variable de entorno DATABASE_CONFIGURATION.

• agregó la variable de implementación FORCE_UPDATE_URLS para actualizar las URL de base al implementar en los entornos de ensayo y producción de Pro y Starter. Ver la definición en el contenido de implementar variables.

• agregó la variable posterior a la implementación TTFB_TESTED_PAGES para configurar las pruebas de página de Tiempo hasta el primer byte a fin de comprobar el rendimiento de la aplicación en los sitios implementados en la infraestructura de la nube. Consulte la descripción de la variable en variables posteriores a la implementación.

• Se ha corregido un problema con SCD multiproceso, que causaba errores aleatorios en la implementación de contenido estático. La solución fue establecer la variable SCD_THREADS en 1. Ahora puede aumentar el recuento según sea necesario. Vea las definiciones de las variables de implementación y las variables de compilación.

• Puede configurar la variable de entorno WARM_UP_PAGES para almacenar en caché páginas únicas, dominios múltiples y páginas múltiples. Vea la definición expandida en el contenido de variables posteriores a la implementación.

agregó el archivo pub/static/.htaccess a la lista de exclusión. Corrección enviada por Björn Kraus de PHOENIX MEDIA GmbH.

Se corrigió un error cuando todos los mensajes de validación se mostraban como Critical si al menos un validador de nivel crítico devolvía un error.

Se ha corregido un problema que provocaba un error de implementación si la dirección URL base no existía en la base de datos.

agregó un nuevo comando env:config:show al paquete ece-tools que muestra servicios de entorno, rutas o variables. Ver Servicios, rutas y variables. Característica enviada por Vladimir Kerkhoff.

Se ha corregido un problema que provocaba un error crítico al intentar instalar Adobe Commerce 2.2.6 o una versión anterior con ece-tools desarrollo después de la refactorización del shell.

Se ha corregido un problema que causaba que las instalaciones de Adobe Commerce 2.1.x y 2.2.x fallaran con una advertencia sobre el uso de una versión obsoleta de Carbon.

disminuyó el nivel de registro cloud.log para la salida del shell de info a debug.

agregó la opción --remove-definers (-d) al comando ece-tools db-dump para quitar los definidores del archivo de volcado.

Actualizaciones de Docker—

• Ahora, el entorno Docker admite la configuración de cron definida en la propiedad crons del archivo .magento.app.yaml.

• Nuevo contenedor de Docker—Se agregó un contenedor de proxy de terminación TLS para facilitar la terminación SSL de Varnish a través de HTTPS.

• Nueva imagen Docker—Se ha agregado una imagen Node.js para admitir Gulp y otras capacidades, como Prueba unitaria de JS de Jasmine.

• Modos de generación de Docker: ahora puede elegir iniciar el entorno de Docker en modo de producción o modo de desarrollador. El modo de desarrollador admite el desarrollo activo con permisos de sistema de archivos completos y editables.

• Se ha corregido un problema que hacía que la implementación de Docker fallara con un error Name or service not known si la caché estaba configurada para un servicio que no está disponible. Ahora, puede quitar un servicio del archivo .magento/services.yaml. El generador de configuración de Docker actualiza automáticamente el servicio en el archivo docker/config.php.dist.

• agregó validaciones interactivas para la compatibilidad del servicio. Ahora, si un servicio solicitado no es compatible con la versión de Adobe Commerce u otros servicios, el modo interactivo le pide al usuario un mensaje y una opción para continuar. Consulte las versiones de servicio disponibles para Docker. Utilice la opción -n para omitir la interactividad con fines de CI/CD.

• Se ha corregido un problema con el comando Docker compose db-dump que borraba los volcados existentes.

• Se ha corregido un problema que asignaba el almacenamiento de caché de Redis session, default y page_cache al mismo id. de base de datos.

Actualizaciones de variables de entorno—

• La nueva variable de entorno ELASTICSUITE_CONFIGURATION conserva la configuración de servicio personalizada entre implementaciones. Ver la definición en el contenido de implementar variables.

• agregó la variable de entorno SCD_MAX_EXECUTION_TIMEOUT para que pueda aumentar el tiempo para completar la implementación de contenido estático desde el archivo .magento.env.yaml. Vea la definición en implementar variables, generar variables y variables globales.

  • agregó la variable de entorno MAGENTO_CLOUD_LOCKS_DIR para configurar la ruta al punto de montaje del proveedor de bloqueos en la infraestructura de la nube. El proveedor de bloqueo evita el inicio de trabajos cron y grupos cron duplicados. Esta variable es compatible con la versión 2.2.5 y posteriores de Adobe Commerce y se configura automáticamente. Ver la definición en variables de nube.

  • Cambió los valores predeterminados de la variable de entorno SCD_THREADS para determinar automáticamente el valor óptimo en función del recuento de subprocesos de CPU detectado. Vea las definiciones actualizadas en las variables de implementación y en las variables de compilación.

Se ha corregido un problema con un parche para el Mecanismo de aislamiento de BD que provocaba un error al actualizar a Adobe Commerce en la versión 2002.0.16 de la infraestructura de nube.

agregó un parche que reemplaza Gráficos de imágenes de Google por Gráficos de imágenes. Consulte el artículo de DevBlog Desaprobación y actualización de los gráficos de imágenes de Google para M1.

Ha agregado validación para la variable SEARCH_CONFIGURATION. La implementación falla cuando no se ha establecido la opción 'engine' y no se requiere _merge.

Se ha corregido un problema que exponía datos confidenciales tras producirse una excepción. Ahora la información confidencial está enmascarada correctamente.

mejoró la configuración de tolerancia a errores del paquete de Magento Open Source. En caso de que Adobe Commerce no pueda leer datos de la instancia de Redis slave, se realizará una lectura desde la instancia de Redis master. Consulte REDIS_USE_SLAVE_CONNECTION.

Actualizaciones de servicio—Compatible con las siguientes versiones de Adobe Commerce: 2.2.8 y posteriores 2.2.x, 2.3.1 y posteriores 2.3.x

• Se agregó compatibilidad con la versión de Elasticsearch 6.x.

• Se ha agregado compatibilidad con la versión 5.0 de Redis.

Nuevas imágenes Docker—Se agregaron los siguientes servicios a la compilación de Docker:

• Elasticsearch 6.5

• Redis 5.0

Nueva variable de entorno—Anteriormente, se agotaba el tiempo de espera codificado para la compresión SCD. Ahora puede configurar el tiempo de espera de compresión SCD mediante la variable de entorno SCD_COMPRESSION_TIMEOUT. Vea las definiciones en el contenido de variables de compilación e variables de implementación.

agregó la opción --use-rewrites al comando de instalación para que utilice reescrituras de servidor web para los vínculos generados en la tienda y el acceso de administrador para mejorar la seguridad y la experiencia del cliente.

agregó marcas de hora al archivo var/log/install_upgrade.log para que muestre las fechas de los eventos de instalación y actualización.

actualizaciones de Docker—

• Ahora, la configuración de servicio predeterminada generada en el entorno de Docker es la misma que la configuración predeterminada en la plantilla de nube.

• Puede enviar correo desde su entorno Docker utilizando el servicio sendmail.

• Se ha agregado la capacidad de configurar Xdebug para depurar en el entorno Cloud Docker.

• Se corrigió un problema con los permisos del servicio web al generar el archivo docker-compose.yml.

Mejora de la actualización—Se ha agregado validación para confirmar que la propiedad autoload del archivo composer.json contenga los cambios de configuración necesarios antes de actualizar a Adobe Commerce v2.3. Ver Actualización.

El proceso de compresión al implementar contenido estático ahora incluye todos los recursos (generados o personalizados de forma nativa) y se produce durante la fase de compilación al principio de la sección build:transfer. Anteriormente, el proceso de compresión se producía antes de aplicar la minificación y el agrupamiento personalizados de los recursos estáticos. Corrección enviada por Rafael Garcia Lepper de Trytens Limited.

Se ha corregido un error de conexión a base de datos que se producía durante la implementación inmediatamente después de configurar una base de datos y una relación de servicio adicionales. Además, esta corrección soluciona un problema que se producía durante el proceso de configuración de Commerce Reporting for Starter. Para empezar, esta actualización es un elemento "obligatorio" para usar los informes de Commerce.

Se ha corregido un problema de validación con la configuración de la base de datos que hacía que fallara el proceso de implementación.

Actualizó la restricción con la versión apropiada del paquete symfony/yaml para usarlo con constantes de PHP. El análisis constante no funciona cuando se usa una versión de paquete de symfony/yaml anterior a la 3.2. Corrección enviada por Vladimir Kerkhoff.

Comprobación de configuración del entorno—Se agregó validación para comprobar la versión de PHP y advertir a los usuarios si no están utilizando la última versión recomendada.

Se ha corregido un problema con el procesamiento de variables JSON con formato incorrecto. Ahora, si una variable JSON causa un error de sintaxis, aparece una advertencia en el archivo cloud.log y la implementación continúa usando la variable predeterminada.

Se corrigió un error de conexión que se produjo durante la implementación inmediatamente después de deshabilitar el servicio Redis.

Cambios de registro—Se ha actualizado el nivel de registro de Info a Notice para los siguientes eventos de proceso de compilación e implementación:

• Inicio y fin del proceso de reconciliación de módulos instalados en composer.json con valores de configuración compartidos en el archivo app/etc/config.php

• Inicio y final del proceso de validación de la configuración

• Inicio y final del proceso de setup:di:compile para la generación de clases

Nuevas variables de entorno—

• RESOURCE_CONFIGURATION implementa la variable—Utilice esta variable para asignar un nombre de recurso a una conexión de base de datos.

• Variable global X_FRAME_CONFIGURATION: utilice esta variable para cambiar la configuración del encabezado X-Frame-Options para procesar una página de Adobe Commerce en <frame>, <iframe> o <object>.

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

• WARM_UP_PAGES: se ha agregado la capacidad de precargar la caché para páginas especificadas en todos los dominios definidos para una tienda Adobe Commerce. Anteriormente, si el sitio estaba configurado con varios dominios, el proceso posterior a la implementación no pudo cargar previamente la caché para las páginas especificadas en dominios no predeterminados y devolvió el siguiente error en el registro posterior a la implementación: ERROR: Warming up failed: <uri>

• SCD_COMPRESSION_LEVEL: se ha actualizado la documentación y el archivo de muestra .magento.env.yaml con los valores predeterminados correctos para el nivel de compresión SCD. Vea las definiciones en el contenido de variables de compilación e variables de implementación.

• SCD_EXCLUDE_THEMES: esta variable de entorno está obsoleta. Use SCD_MATRIX para controlar la configuración del tema.

• SCD_MATRIX: se corrigió el proceso de validación para evitar un problema que se producía cuando SCD_MATRIX omitía un valor de tema que contenía diferentes casos de caracteres. Vea las definiciones en el contenido de variables de compilación e variables de implementación.

• Variables de administrador—

  • Se ha mejorado la seguridad al administrar credenciales para el usuario administrador mediante variables de entorno. Ya no puede utilizar las variables de entorno ADMIN_EMAIL, ADMIN_USERNAME y ADMIN_PASSWORD para anular las credenciales de administrador durante las actualizaciones. Si no puede acceder al Panel de administración, use la característica Olvidé la contraseña o el comando CLI admin:user:create para crear un nuevo usuario administrador. Ver Acceder a tu panel de administración.

  • ADMIN_EMAIL ya no es necesario al actualizar o aplicar parches.

actualizaciones de Docker—

• Ahora el generador Docker usa los servicios especificados en los archivos de configuración .magento.app.yaml y .magento/services.yaml al crear su entorno Docker. Puede elegir una versión de servicio diferente mediante parámetros de compilación.

• Imagen PHP 7.2 agregada: compatibilidad añadida para PHP 7.2 en Cloud Docker; se ha actualizado la configuración de Launch Docker para incluir la opción docker:build --php y especificar la versión de PHP compatible con su versión de Adobe Commerce.

• Se ha agregado un contenedor Cron basado en la imagen PHP-CLI.

• Se agregaron los siguientes servicios a la versión de Docker:

  • RabbitMQ 3.5 y 3.7

  • Elasticsearch 1.7, 2.4 y 5.2

  • Redis 3.2 y 4.0

Configurar con constantes de PHP—Se ha agregado compatibilidad con constantes de PHP en el archivo de configuración .magento.env.yaml.

Nueva variable de entorno: de forma predeterminada, solo el entorno Producción tiene Google Analytics habilitados. Puede habilitar Google Analytics en los entornos de ensayo e integración con la variable de entorno ENABLE_GOOGLE_ANALYTICS.

Se ha corregido un problema que quitaba las configuraciones personalizadas de cron del archivo env.php después de una reimplementación. Ahora, las configuraciones personalizadas de cron permanecen de forma segura en el archivo env.php.

Se corrigieron incoherencias en los mensajes y niveles de registro para las fases de compilación, implementación y posterior a la implementación. Se ha aumentado el nivel de los mensajes de registro inicial y final de info a notify para todas las fases y subfases. Se agregaron los mensajes de registro inicial y final, donde corresponda.

Se ha corregido un problema que involucraba procesos cron y que impedía el inicio de la fase posterior a la implementación, cuando estaba configurada. Ahora, si tiene habilitado el vínculo posterior a la implementación, los procesos cron volverán a habilitarse al principio de la fase posterior a la implementación.

ha resuelto un problema que impedía una instalación correcta de Adobe Commerce al especificar una configuración de base de datos personalizada. Anteriormente, el proceso de instalación usaba la configuración de la base de datos de la variable MAGENTO_CLOUD_RELATIONSHIP aunque se designara información de conexión personalizada en la variable de entorno DATABASE_CONFIGURATION.

corrigió el comando config:dump para que incluya cada configuración regional del sitio web en la sección system del archivo config.php.

Se ha corregido un problema que provocaba errores de calentamiento durante la fase posterior a la implementación al corregir la referencia de la dirección URL base de origen.

Se ha corregido un problema que generaba archivos incorrectamente durante el proceso de setup:di:compile, lo que afectaba al módulo Amazon Pay.