Prácticas recomendadas de configuración

Commerce proporciona muchos ajustes y herramientas que puede utilizar para mejorar el tiempo de respuesta en las páginas y proporcionar un mayor rendimiento.

Cron Jobs

Todas las operaciones asincrónicas de Commerce se realizan utilizando Linux cron comando. Consulte Configurar y ejecutar cron para configurarlo correctamente.

Indexadores

Un indexador puede ejecutarse en Update on Save o Update on Schedule modo. El Update on Save El modo de inmediatamente indexa cada vez que cambian el catálogo u otros datos. Este modo asume una baja intensidad de las operaciones de actualización y navegación en su tienda. Esto puede provocar retrasos significativos y la falta de disponibilidad de los datos durante cargas altas. Se recomienda utilizar Actualización según lo programado para fines de rendimiento, ya que almacena información sobre actualizaciones de datos y realiza la indexación por partes en segundo plano a través de un trabajo cron específico. Puede cambiar el modo de cada Commerce indexador por separado en la System > Tools > Index Management página de configuración de. El Customer Grid index siempre debe establecerse en Update on Save modo.

Cachés

Cuando inicie la tienda en producción, active todas las cachés del System > Tools > Cache Management página. Recomendamos encarecidamente utilizar Varnish, ya que es una solución eficaz de caché de páginas de producción.

Notificaciones de correo electrónico asincrónicas

Al habilitar la configuración "Notificaciones por correo electrónico asincrónicas" se mueven al segundo plano los procesos que administran las notificaciones por correo electrónico de cierre de compra y procesamiento de pedidos. Para habilitar esta función, vaya a Stores> Settings > Configuration > Sales > Sales Emails > General Settings >Asynchronous Sending. Consulte Correos electrónicos de ventas en el Guía del usuario de administración para obtener más información.

Procesamiento asincrónico de datos de pedidos

Puede haber momentos en que las ventas intensivas en una tienda ocurren al mismo tiempo que Commerce está realizando un procesamiento intensivo de pedidos. Puede configurar Commerce para distinguir estos dos patrones de tráfico en el nivel de base de datos a fin de evitar conflictos entre las operaciones de lectura y escritura en las tablas correspondientes. Puede almacenar e indexar datos de pedido de forma asíncrona. Los pedidos se almacenan temporalmente y se mueven de forma masiva a la cuadrícula de Order Management sin que se produzcan conflictos. Puede activar esta opción desde Stores> Settings > Configuration > Advanced > Developer > Grid Settings >Asynchronous indexing. Consulte Actualizaciones programadas de cuadrícula en el Guía del usuario de administración para obtener más información.

Guardado de configuración asíncrona

Para los proyectos con un gran número de configuraciones en el nivel de almacén, guardar una configuración de almacén puede llevar una cantidad excesiva de tiempo o provocar un tiempo de espera. El Configuración asincrónica Este módulo habilita los ahorros de configuración asincrónica ejecutando un trabajo cron que utiliza un consumidor para procesar el guardado en una cola de mensajes. AsyncConfig es inhabilitado de forma predeterminada.

Puede habilitar AsyncConfig mediante la interfaz de la línea de comandos:

bin/magento setup:config:set --config-async 1

El set El comando escribe lo siguiente en app/etc/env.php archivo:

...
   'config' => [
       'async' => 1
   ]

Inicie el siguiente Consumidor para comenzar a procesar los mensajes en cola en el orden de entrada y salida:

bin/magento queue:consumers:start saveConfigProcessor --max-messages=1

Actualización de stock diferida

En tiempos de ventas intensivas, Commerce puede retrasar las actualizaciones de existencias relacionadas con los pedidos. Esto minimiza el número de operaciones y acelera el proceso de colocación de pedidos. Sin embargo, esta opción es arriesgada y solo se puede utilizar cuando los pedidos no satisfechos se activan en la tienda, ya que esta opción puede dar lugar a cantidades de stock negativas. Esta opción puede proporcionar una mejora significativa del rendimiento en los flujos de cierre de compra para tiendas que pueden rellenar fácilmente sus existencias bajo demanda. Para activar las actualizaciones de stock diferidas en el sitio, vaya a Stores> Settings > Configuration > Catalog > Inventory > Product Stock Options >Use Deferred Stock Update. Consulte Administración del inventario en el Guía del usuario de Adobe Commerce para obtener más información.

Configuración de optimización del lado del cliente

Para mejorar la capacidad de respuesta de la tienda Commerce En este caso, vaya a Admin en modo predeterminado o de desarrollador y cambie la siguiente configuración:

Stores-> Configuration -> Advanced -> Developer:

Cuando activa el Enable JavaScript Bundling , permite a Commerce combinar todos los recursos JS en uno o un conjunto de paquetes cargados en páginas de tienda. Agrupar JS resulta en menos solicitudes al servidor, lo que mejora el rendimiento de la página. También ayuda al explorador a almacenar en caché los recursos JS en la primera llamada y a reutilizarlos en todas las exploraciones posteriores. Esta opción también ofrece una evaluación diferida, ya que todos los JS se cargan como texto. Inicia el análisis y la evaluación del código solo después de activar acciones específicas en la página. Sin embargo, esta configuración no se recomienda en tiendas donde el primer tiempo de carga de página es extremadamente crítico, ya que todo el contenido JS se cargará en la primera llamada.

Paquetes de sugerencias

Validación de segmentos del cliente

Comerciantes que tienen un gran número de segmentos del cliente puede experimentar una degradación significativa del rendimiento con las acciones del cliente, como iniciar sesión y agregar productos al carro de compras.

Déclencheur Las acciones del cliente configuran un proceso de validación para los segmentos del cliente, que es lo que puede causar una degradación del rendimiento. De forma predeterminada, Adobe Commerce valida cada segmento en tiempo real para definir qué segmentos del cliente coinciden y cuáles no.

Para evitar la degradación del rendimiento, puede establecer el Real-time Check if Customer is Matched by Segment opción de configuración del sistema a No para validar segmentos de clientes mediante una única consulta SQL de condición combinada.

Para habilitar esta optimización, vaya a Stores> Settings > Configuration > Customers > Customer Configuration > Customer Segments >Real-time Check if Customer is Matched by Segment.

Esta configuración mejora el rendimiento de la validación de segmentos del cliente si hay muchos segmentos de cliente en el sistema. Sin embargo, no funciona con base de datos dividida implementaciones o cuando no hay clientes registrados.

Programación de mantenimiento de base de datos database

Se recomienda realizar copias de seguridad periódicas de la base de datos para las instancias de ensayo y producción. Debido a la naturaleza intensiva de E/S de las operaciones de copia de seguridad, puede encontrar copias de seguridad más lentas y posibles problemas. La ejecución de procesos de base de datos para varios entornos al mismo tiempo puede resultar potencialmente más lenta debido a la contención por los recursos disponibles.

Para obtener un mejor rendimiento, programe las copias de seguridad para que se ejecuten sucesivamente, de una en una, en las horas de menor actividad. Este método evita la contención de E/S y reduce el tiempo de finalización, especialmente para instancias más pequeñas, bases de datos más grandes, etc.

Por ejemplo, se recomienda programar una copia de seguridad de la base de datos de producción seguida de la base de datos de ensayo cuando las tiendas reciban menos visitas.

Limitar el número de productos en la cuadrícula

Para mejorar el rendimiento de la cuadrícula de productos en los catálogos grandes, se recomienda limitar el número de productos en la cuadrícula con el Stores> Settings > Configuration > Advanced > Admin > Admin Grids >Limit Number of Products in Grid configuración del sistema.

Esta opción de configuración del sistema está deshabilitada de forma predeterminada. Si lo habilita, puede limitar el número de productos en la cuadrícula a un valor específico. Records Limit es una configuración personalizable que tiene un valor mínimo predeterminado de 20000.
Si la variable Limit Number of Products in Grid la configuración está habilitada y el número de productos en la cuadrícula es mayor que el límite de registros, por lo que se devuelve la colección limitada de registros. Cuando se alcanza el límite, el total de registros encontrados, el número de registros seleccionados y los elementos de paginación se ocultan del encabezado de la cuadrícula.

Cuando el número total de productos en la cuadrícula es limitado, no afecta a las acciones de masa de la cuadrícula de productos. Solo afecta a la capa de presentación de la cuadrícula de productos. Por ejemplo, hay un número limitado de 20000 productos en la cuadrícula, el usuario hace clic en Select All, selecciona el Update attributes acción masiva y actualiza algunos atributos. Como resultado, se actualizan todos los productos, no la colección limitada de 20000 registros.

La limitación de la cuadrícula de productos solo afecta a las colecciones de productos que utilizan los componentes de la interfaz de usuario. Como resultado, esta limitación no afecta a todas las cuadrículas de productos. Solo los que utilizan Magento\Catalog\Ui\DataProvider\Product\ProductCollection.
Puede limitar las colecciones de cuadrículas de productos solo en las páginas siguientes:

Si no desea que la cuadrícula de productos esté limitada, le recomendamos que utilice filtros de forma más precisa para que la colección de resultados tenga menos elementos que Records Limit.