Práticas recomendadas de configuração

O Commerce fornece muitas configurações e ferramentas que você pode usar para melhorar o tempo de resposta nas páginas, bem como fornecer uma taxa de transferência mais alta.

Cron Jobs

Todas as operações assíncronas no Commerce são executados usando o Linux cron comando. Consulte Configurar e executar o cron para configurá-lo corretamente.

Indexadores

Um indexador pode ser executado em Update on Save ou Update on Schedule modo. A variável Update on Save O modo de indexação indexa imediatamente sempre que o catálogo ou outros dados são alterados. Esse modo assume uma baixa intensidade de operações de atualização e navegação na loja. Isso pode levar a atrasos significativos e indisponibilidade de dados durante cargas altas. Recomendamos usar Atualização programada para fins de desempenho, porque armazena informações sobre atualizações de dados e executa a indexação por partes no plano de fundo por meio de um trabalho cron específico. É possível alterar o modo de cada Commerce indexador separadamente no System > Tools > Index Management página de configuração. A variável Customer Grid o índice deve ser sempre definido como Update on Save modo.

Caches

Ao iniciar sua loja na produção, ative todos os caches do System > Tools > Cache Management página. Recomendamos usar Varnish, pois é uma solução eficiente de cache de página de produção.

Notificações de email assíncronas

A ativação da configuração "Notificações de email assíncronas" move processos que lidam com notificações de email de check-out e processamento de pedidos para o segundo plano. Para ativar esse recurso, vá para Stores> Settings > Configuration > Sales > Sales Emails > General Settings >Asynchronous Sending. Consulte Emails de vendas no Guia do usuário de administração para obter mais informações.

Processamento assíncrono de dados de pedido

Pode haver momentos em que as vendas intensas em uma loja ocorram ao mesmo tempo em que Commerce O está executando um processamento intensivo de pedidos. Você pode configurar Commerce distinguir esses dois padrões de tráfego no nível do banco de dados para evitar conflitos entre operações de leitura e gravação nas tabelas correspondentes. Você pode armazenar e indexar dados de pedido de maneira assíncrona. Os pedidos são colocados em armazenamento temporário e movidos em massa para a grade do Order Management sem colisões. É possível ativar essa opção em Stores> Settings > Configuration > Advanced > Developer > Grid Settings >Asynchronous indexing. Consulte Atualizações de Grade Agendadas no Guia do usuário de administração para obter mais informações.

Salvamento assíncrono de configuração

Para projetos com um grande número de configurações no nível da loja, salvar uma configuração de loja pode levar um tempo excessivo ou resultar em um tempo limite. A variável Configuração assíncrona O módulo permite salvamentos assíncronos de configuração executando um trabalho cron que usa um consumidor para processar o salvamento em uma fila de mensagens. AsyncConfig está desabilitado por padrão.

Você pode ativar o AsyncConfig usando a interface de linha de comando:

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

A variável set O comando grava o seguinte no app/etc/env.php arquivo:

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

Inicie o seguinte Consumidor para começar a processar as mensagens na fila na base primeiro a entrar primeiro a sair:

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

Atualização de estoque adiada

Em tempos de vendas intensas, Commerce pode adiar atualizações de estoque relacionadas a pedidos. Isso minimiza o número de operações e acelera o processo de colocação de pedidos. No entanto, essa opção é arriscada e só pode ser usada quando Backorders são ativados no armazenamento, porque essa opção pode levar a quantidades de estoque negativas. Essa opção pode trazer uma melhora significativa no desempenho dos fluxos de saída para lojas que podem facilmente reabastecer seu estoque sob demanda. Para ativar atualizações de estoque adiadas no site, acesse Stores> Settings > Configuration > Catalog > Inventory > Product Stock Options >Use Deferred Stock Update. Consulte Gerenciar inventário no Guia do usuário do Adobe Commerce para obter mais informações.

Configurações de otimização do lado do cliente

Para melhorar a capacidade de resposta da loja Commerce , vá para o Administrador no modo Padrão ou Desenvolvedor e altere as seguintes configurações:

Stores-> Configuration -> Advanced -> Developer:

Quando você ativa o Enable JavaScript Bundling , você permite que o Commerce mescle todos os recursos JS em um ou um conjunto de pacotes carregados nas páginas da loja. O agrupamento de JS resulta em menos solicitações para o servidor, o que melhora o desempenho da página. Também ajuda o navegador a armazenar em cache recursos JS na primeira chamada e a reutilizá-los para navegação adicional. Essa opção também traz uma avaliação lenta, pois todo o JS é carregado como texto. Ele inicia a análise e a avaliação do código somente após ações específicas serem acionadas na página. No entanto, essa configuração não é recomendada para lojas em que o tempo de carregamento da primeira página é extremamente crítico, pois todo o conteúdo JS será carregado na primeira chamada.

Dicas de agrupamento

Validação de segmentos de cliente

Comerciantes que têm um grande número de segmentos de clientes podem sofrer uma degradação significativa do desempenho com ações do cliente, como fazer logon no cliente e adicionar produtos ao carrinho.

As ações do cliente acionam um processo de validação para segmentos de clientes, que é o que pode causar degradação do desempenho. Por padrão, o Adobe Commerce valida cada segmento em tempo real para definir quais segmentos de clientes são correspondidos e quais não são.

Para evitar a degradação do desempenho, é possível definir o Real-time Check if Customer is Matched by Segment opção de configuração do sistema para Não para validar segmentos de clientes por uma única consulta SQL de condição combinada.

Para ativar essa otimização, vá para Stores> Settings > Configuration > Customers > Customer Configuration > Customer Segments >Real-time Check if Customer is Matched by Segment.

Essa configuração melhora o desempenho da validação de segmentos de clientes se houver muitos segmentos de clientes no sistema. No entanto, não funciona com banco de dados dividido ou quando não houver clientes registrados.

Agendamento de manutenção do banco de dados database

Recomendamos executar backups periódicos do banco de dados para suas instâncias de Preparo e Produção. Devido à natureza intensiva de I/O das operações de backup, você pode encontrar backups mais lentos e possíveis problemas. A execução de processos de banco de dados para vários ambientes ao mesmo tempo pode ser mais lenta devido à contenção dos recursos disponíveis.

Para obter melhor desempenho, agende seus backups para serem executados sucessivamente, um de cada vez, fora dos horários de pico. Esse método evita a contenção de I/O e reduz o tempo de conclusão, especialmente para instâncias menores, bancos de dados maiores e assim por diante.

Por exemplo, recomendamos agendar um backup do banco de dados de Produção seguido pelo banco de dados de Preparo quando suas lojas encontrarem visitas menores.

Limitar número de produtos na grade

Para melhorar o desempenho da grade de produtos para catálogos grandes, recomendamos limitar o número de produtos na grade com o Stores> Settings > Configuration > Advanced > Admin > Admin Grids >Limit Number of Products in Grid definição da configuração do sistema.

Essa configuração do sistema está desabilitada por padrão. Ao ativá-la, é possível limitar o número de produtos na grade a um valor específico. Records Limit é uma configuração personalizável com um valor mínimo padrão de 20000.
Quando a variável Limit Number of Products in Grid estiver ativada e o número de produtos na grade for maior que o limite de registro, a coleção limitada de registros será retornada. Quando o limite é atingido, o total de registros encontrados, o número de registros selecionados e os elementos de paginação ficam ocultos no cabeçalho da grade.

Quando o número total de produtos na grade é limitado, isso não afeta as ações de massa da grade de produtos. Ela afeta apenas a camada de apresentação da grade de produtos. Por exemplo, há um número limitado de 20000 produtos na grade, o usuário clica em Select All, seleciona a variável Update attributes ação em massa e atualiza alguns atributos. Como resultado, todos os produtos são atualizados, não a coleção limitada de 20000 registros.

A limitação da grade de produtos afeta apenas as coleções de produtos usadas pelos componentes da interface do usuário. Como resultado, nem todas as grades de produtos são afetadas por essa limitação. Somente aqueles que estão usando Magento\Catalog\Ui\DataProvider\Product\ProductCollection.
É possível limitar as coleções de grade de produto somente nas seguintes páginas:

Se você não quiser que a grade de produtos seja limitada, recomendamos usar filtros mais precisamente para que a coleção de resultados tenha menos itens do que Records Limit.