Arquivo de notas de versão para ece-tools

Alterações ao pacote ECE-Tools

• Os patches do Adobe Commerce foram movidos do ece-tools empacotar para um novo magento/magento-cloud-patches pacote do compositor.

• Atualização do composer.json arquivo para o ece-tools pacote para adicionar uma dependência para o magento/magento-cloud-patches v1.0.0.

• Correção de um problema que causava a ece-tools processo de patch a ser interrompido ao aplicar conjuntos de patches sobre versões somente de segurança, a partir da versão 2.3.2-p2 e posterior. Esta questão foi introduzida pelo novo sistema de controlo da patches somente de segurança.

Patches e correções críticas- Atualizar os ambientes de nuvem com ece-tools para aplicar os seguintes patches e correções críticas. Esses patches estão incluídos na variável magento/magento-cloud-patches v1.0.0.

• Patches de segurança do Page Builder para as versões 2.3.1.x e 2.3.2.x-Corrige um problema na visualização do Page Builder que permite que usuários não autenticados acessem alguns métodos de modelo que podem ser usados para acionar a execução de código arbitrário na rede (RCE), resultando em vazamentos de informações globais. Esse problema pode ocorrer ao usar versões não compatíveis do Page Builder com as versões 2.3.1 e 2.3.2 do Adobe Commerce.

• Patches MSI-Corrige problemas que causavam erros de indexação e problemas de desempenho ao usar configurações de inventário padrão para gerenciar o estoque.

• Compatibilidade com versões anteriores de novas interfaces de email-Corrige um problema de incompatibilidade com versões anteriores causado pela Magento\Framework\Mail\EmailMessageInterface Interface PHP introduzida no Adobe Commerce v2.3.3. No escopo deste patch, o novo EmailMessageInterface herda do antigo MessageInterface, e os módulos principais do Adobe Commerce são revertidos para depender do MessageInterface.

• A paginação de catálogo não funciona no Elasticsearch 6.x-Corrige um problema crítico na paginação de resultados de pesquisa que afeta clientes que usam o Elasticsearch 6.x como mecanismo de pesquisa de catálogo.

Atualizações do Docker—

• Novas imagens do Docker—Compatível com as versões 2.3.3 e posteriores

  • PHP versão 7.3.

  • Cache de verniz 6.2.0

• Adição de suporte para aplicar a configuração de gancho personalizado especificada em .magento.app.yaml no ambiente Docker. Anteriormente, o ambiente Docker era compatível apenas com a configuração de gancho padrão.

• Os arquivos ENV do Docker não são mais gerados durante a compilação do Docker e o docker:config:convert está obsoleto. Os dados correspondentes agora são armazenados no docker-compose.yml arquivo.

• Imagem PHP atualizada-Adição do Node.js à imagem do PHP Docker para oferecer suporte aos recursos node, npm e grunt-cli.

Atualizações de variável de ambiente-

• Adição de LOCK_PROVIDER implante a variável para configurar o provedor lock, o que impede a inicialização de trabalhos cron duplicados e grupos cron. Consulte a descrição da variável no implantar variáveis tópico.

• Adição de CONSUMERS_WAIT_FOR_MAX_MESSAGES variável de ambiente para configurar como os consumidores processam mensagens da fila de mensagens ao usar o CRON_CONSUMERS_RUNNER variável de ambiente para gerenciar trabalhos cron. Consulte a descrição da variável no implantar variáveis tópico.

• Correção de um problema que pode causar erros de deadlock do banco de dados quando a variável consumers_runner o trabalho cron inicia várias instâncias do mesmo consumidor em nós diferentes. Agora, se você tiver ativado o CRON_CONSUMERS_RUNNER implantar variável no seu ambiente, a variável consumers_runner o trabalho usa o single-thread opção para iniciar uma instância de cada consumidor em apenas um nó.

• Correção de um problema que afetava PÁGINAS_AQUECIDAS funcionalidade que usa um URL de armazenamento padrão. Agora, se a variável config:show:default-url não é possível buscar um URL de base, então o URL da variável MAGENTO_CLOUD_ROUTES é usado.

Atualização das informações de registro retornadas pela variável module:refresh comando. Agora, você pode ver uma lista detalhada de módulos habilitados na cloud.log arquivo.

Aprimoramento da validação de compatibilidade de versão e notificações de aviso para problemas de compatibilidade entre a versão do Adobe Commerce e os serviços instalados, como Elasticsearch, RabbitMQ, Redis e DB.

Adição de suporte para RabitMQ versão 3.8.

Validações interativas atualizadas para compatibilidade de serviço a fim de refletir as versões compatíveis com os novos Adobe Commerce 2.3.3 e 2.2.10. Consulte Requisitos do sistema no Guia de instalação para versões recomendadas.

A mensagem de log retornada foi aprimorada quando o processo de gerenciamento do trabalho cron na fase de implantação tenta interromper um trabalho cron que já foi concluído para esclarecer que esse problema não é um erro. Alterado o nível de log de INFO para DEBUG.

Correção de um problema ao executar o setup:upgrade comando que não interrompeu o processo de implantação quando ocorreu uma falha durante o app:config:import tarefa.

Alterado o nível de log padrão do manipulador de arquivos para debug para reduzir a quantidade de detalhes no log exibido na variável Cloud Console, enquanto ainda fornece informações detalhadas para depuração.

Correção de um problema que causava um erro com a implantação de conteúdo estático durante a criação. Após uma instalação e ece-tools despejo de configuração, ocorreu um erro se não houvesse local especificado para o usuário administrador no config.php arquivo. Agora, há um local padrão para o usuário administrador na variável config.php arquivo.

Corrigido um Undefined index error que ocorre quando um magento-cloud O comando da CLI falha em um ambiente não configurado com um URL seguro (https). Agora, o pacote ECE-Tools usa o URL de base (http) se o URL seguro não estiver disponível.

Atualizações do Docker—

• Agora é possível executar o teste funcional usando o ece-tools no ambiente do Docker. Consulte teste de aplicativo.

• Suporte adicionado para configurar módulos PHP usando o .magento.app.yaml arquivo. Qualquer Extensões PHP especificadas no .magento.app.yaml arquivo tornar-se disponível nos contêineres PHP do Docker.

• Há novos comandos disponíveis para melhorar a experiência da linha de comando do Docker. Consulte a bin/magento-docker seção da referência do Docker.

• Adição da capacidade de usar o Mutagen.io para sincronizar arquivos durante o desenvolvimento entre o host local e o Docker.

• Correção do caminho padrão ao usar o ambiente Docker. Agora, ao usar o SSH para fazer logon no contêiner do Docker, você estará na raiz do projeto no /app diretório, conforme esperado.

• Atualização da biblioteca do Sodium da versão 1.0.11 para a versão 1.0.18 e atualização da extensão Sodium PHP.

  note warning
  WARNING
  Os clientes da Adobe Commerce em infraestrutura em nuvem devem Enviar um tíquete de suporte da Adobe Commerce para atualizar o pacote libsódio em ambientes de produção e preparo Pro antes de atualizar para o Adobe Commerce 2.3.2. Atualmente, não é possível atualizar ambientes do Starter para o Adobe Commerce 2.3.2.

• Adição de analysis-icu e a variável analysis-phonetic Elasticsearch para todas as imagens do Docker.

• Validações aprimoradas: ao usar opções para o docker:build , você deve fornecer um valor ao usar uma opção. Além disso, foi adicionada a validação para a versão do Nó ao usar o docker:build run comando.

Atualizações de variável de ambiente—

• Adição de suporte para prefixos de tabela de banco de dados usando o Variável de ambiente DATABASE_CONFIGURATION.

• Adição de FORCE_UPDATE_URLS implante a variável para atualizar URLs base ao implantar em ambientes de produção e preparo Pro e Starter. Consulte a definição no implantar variáveis conteúdo.

• Adição de TFB_TESTED_PAGES variável pós-implantação a ser configurada Tempo até o Primeiro Byte A página testa para verificar o desempenho do aplicativo em sites implantados na infraestrutura em nuvem. Consulte a descrição da variável em variáveis pós-implantação.

• Correção de um problema com o SCD multithread, que causava falhas aleatórias na implantação de conteúdo estático. A solução alternativa envolvia definir o SCD_THREADS variável para 1. Agora você pode aumentar a contagem, conforme necessário. Consulte as definições na implantar variáveis e a variável criar variáveis.

• Você pode configurar o PÁGINAS_AQUECIDAS variável de ambiente para armazenar em cache páginas únicas, vários domínios e várias páginas. Consulte a definição expandida na variáveis pós-implantação conteúdo.

Adição de pub/static/.htaccess para a lista de exclusões. Correção apresentada por Björn Kraus da PHOENIX MEDIA GmbH.

Correção de um erro quando todas as mensagens de validação eram exibidas como Critical se pelo menos um validador de nível crítico retornasse um erro.

Correção de um problema que causava uma falha de implantação se o URL de base não existisse no banco de dados.

Adição de um novo env:config:showcomando para o ece-tools pacote que exibe serviços, rotas ou variáveis de ambiente. Consulte Serviços, rotas e variáveis. Recurso enviado por Vladimir Kerkhoff.

Correção de um problema que causava um erro crítico ao tentar instalar o Adobe Commerce 2.2.6 ou anterior com o ece-tools desenvolver após a refatoração do shell.

Correção de um problema que causava a falha das instalações do Adobe Commerce 2.1.x e 2.2.x com um aviso sobre o uso de uma versão obsoleta do Carbon.

Diminuição da cloud.log nível de log para saída do shell de info para debug.

Adição de --remove-definers (-d) opção para o ece-tools db-dump comando para remover definidores do arquivo de despejo.

Atualizações do Docker—

• Agora, o ambiente Docker é compatível com a configuração de cron definida no propriedade crons do arquivo .magento.app.yaml.

• Novo contêiner de Docker—Adição de um Contêiner de proxy de encerramento TLS para facilitar a terminação SSL verniz em HTTPS.

• Nova imagem do Docker—Adição de uma imagem Node.js para suportar Gulp e outros recursos, como o Teste de unidade JS do Jasmine.

• Modos de compilação do Docker—Agora você pode optar por iniciar o ambiente Docker no Modo de produção ou modo de desenvolvedor. O modo de desenvolvedor oferece suporte ao desenvolvimento ativo com permissões completas de sistema de arquivos graváveis.

• Correção de um problema que causava a falha da implantação do Docker com uma Name or service not known erro se o cache estiver configurado para um serviço não disponível. Agora, você pode remover um serviço do .magento/services.yaml arquivo. O gerador de configuração do Docker atualiza o serviço no docker/config.php.dist arquivo automaticamente.

• Adição de validações interativas para compatibilidade de serviço. Agora, se um serviço solicitado for incompatível com a versão do Adobe Commerce ou outros serviços, a variável modo interativo solicita ao usuário uma mensagem e a opção de continuar. Consulte a Versões de serviço disponível para Docker. Use o -n para ignorar a interatividade para fins de CICD.

• Correção de um problema com a composição do Docker db-dump comando que apagou os despejos existentes.

• Correção de um problema que atribuía Redis session, default, e page_cache armazenamento em cache para a mesma ID de banco de dados.

Atualizações de variável de ambiente—

• O novo ELASTICSUITE_CONFIGURATION A variável de ambiente mantém as configurações de serviço personalizadas entre as implantações. Consulte a definição no implantar variáveis conteúdo.

• Adição de SCD_MAX_EXECUTION_TIMEOUT para que você possa aumentar o tempo para concluir a implantação do conteúdo estático do .magento.env.yaml arquivo. Consulte a definição no implantar variáveis, o criar variáveis, e o variáveis globais.

  • Adição de MAGENTO_CLOUD_LOCKS_DIR variável de ambiente para configurar o caminho para o ponto de montagem do provedor de bloqueio na infraestrutura de nuvem. O provedor de bloqueio impede a inicialização de trabalhos cron duplicados e grupos cron. Essa variável é compatível com o Adobe Commerce versão 2.2.5 e posterior e configurada automaticamente. Consulte a definição em Variáveis da nuvem.

  • Alterou o SCD_THREADS valores padrão da variável de ambiente para determinar automaticamente o valor ideal com base na contagem de threads da CPU detectada. Consulte as definições atualizadas no implantar variáveis e a variável criar variáveis.

Correção de um problema com uma correção para o Mecanismo de isolamento do banco de dados que causava um erro ao atualizar para o Adobe Commerce na infraestrutura em nuvem versão 2002.0.16.

Adição de uma correção que substitui o Gráficos de imagem do Google com Gráficos de imagens. Consulte o artigo do DevBlog Descontinuação e atualização dos Gráficos de imagem do Google para M1.

Adição da validação para o variável SEARCH_CONFIGURATION. A implantação falha quando a opção "mecanismo" não está definida e _merge não é obrigatório.

Correção de um problema que expunha dados confidenciais após a ocorrência de uma exceção. Agora, as informações confidenciais são mascaradas adequadamente.

Aprimoradas as configurações tolerantes a falhas do pacote de Magento Open Source. No caso de o Adobe Commerce não conseguir ler os dados do Redis slave instância, uma leitura é feita do Redis master instância. Consulte REDIS_USE_SLAVE_CONNECTION.

Atualizações de serviço—Compatível com as seguintes versões do Adobe Commerce: 2.2.8 e posteriores 2.2.x, 2.3.1 e posteriores 2.3.x

• Adição de suporte para o Elasticsearch versão 6.x.

• Adição de suporte para Redis versão 5.0.

Novas imagens do Docker—Adição dos seguintes serviços à build do Docker:

• Elasticsearch 6.5

• Redis 5.0

Nova variável de ambiente—Anteriormente, havia um tempo limite codificado para compactação SCD. Agora você pode configurar o tempo limite de compactação SCD usando o SCD_COMPRESSION_TIMEOUT variável de ambiente. Consulte as definições na criar variáveis e a variável implantar variáveis conteúdo.

Adição de --use-rewrites opção para o comando install para que ele use regravações de servidor Web para links gerados na loja e acesso de administrador para melhorar a segurança e a experiência do cliente.

Adicionados carimbos de data e hora à var/log/install_upgrade.log para que ele mostre as datas dos eventos de instalação e atualização.

Atualizações do Docker—

• Agora, a configuração de serviço padrão gerada no ambiente Docker é igual à configuração padrão no modelo Cloud.

• Você pode enviar emails do seu ambiente do Docker usando o sendmail serviço.

• Adicionada a capacidade de configurar o Xdebug para depurar no ambiente do Cloud Docker.

• Correção de um problema com permissões de serviço da Web ao gerar o docker-compose.yml arquivo.

Aprimoramento de atualização—Adição da validação para confirmar que o autoload propriedade na composer.json o arquivo contém as alterações de configuração necessárias antes de atualizar para o Adobe Commerce v2.3. Consulte Versão de atualização.

O processo de compactação na implantação de conteúdo estático agora inclui todos os ativos, gerados nativamente ou personalizados, e ocorre durante a fase de criação, no início da build:transfer seção. Anteriormente, o processo de compactação ocorria antes da aplicação de minificação e agrupamento personalizados de ativos estáticos. Correção apresentada por Rafael Garcia Lepper da Tryzens Limited.

Correção de um erro de conexão de banco de dados que ocorria durante a implantação imediatamente após a configuração de um relacionamento adicional de banco de dados e serviço. Além disso, essa correção soluciona um problema que ocorria durante o processo de configuração do Commerce Reporting for Starter. Para o Starter, essa atualização é "obrigatória" para usar os Relatórios do Commerce.

Correção de um problema de validação com a configuração do banco de dados que causava a falha do processo de implantação.

Atualização da restrição com a versão apropriada do symfony/yaml pacote a ser usado com Constantes de PHP. A análise constante não funciona ao usar um symfony/yaml pacote anterior a 3.2. Correção enviada por Vladimir Kerkhoff.

Verificação da configuração do ambiente—Adição da validação para verificar a versão do PHP e avisar os usuários se eles não estiverem usando a versão mais recente recomendada.

Correção de um problema com o processamento de variáveis JSON malformadas. Agora, se uma variável JSON causar um erro de sintaxe, um aviso será exibido na cloud.log O arquivo e a implantação continuam usando a variável padrão.

Correção de um erro de conexão que ocorria durante a implantação imediatamente após a desativação do serviço Redis.

Registrando alterações em log—Atualizou o nível de log de Info para Notice para os seguintes eventos de processo de criação e implantação:

• Início e término do processo de reconciliação dos módulos instalados no composer.json com definições de configuração compartilhadas no app/etc/config.php arquivo

• Início e término do processo de validação de configuração

• Início e término do setup:di:compile processo para geração de classes

Novas variáveis de ambiente—

• Variável de implantação RESOURCE_CONFIGURATION—Use essa variável para mapear um nome de recurso para uma conexão de banco de dados.

• Variável global X_FRAME_CONFIGURATION—Use essa variável para alterar a variável X-Frame-Options configuração de cabeçalho para renderizar uma página do Adobe Commerce em uma <frame>, <iframe>ou <object>.

Atualizações de variável de ambiente—Alterou as seguintes variáveis de ambiente:

• PÁGINAS_AQUECIDAS—Adição da capacidade de pré-carregar o cache para páginas especificadas em todos os domínios definidos para uma loja da Adobe Commerce. Anteriormente, se o site estava configurado com vários domínios, o processo de pós-implantação não pré-carregava o cache das páginas especificadas em domínios não padrão e retornava o seguinte erro no log pós-implantação: ERROR: Warming up failed: <uri>

• SCD_COMPRESSION_LEVEL—Atualização da documentação e da amostra .magento.env.yaml com os valores padrão corretos para o nível de compactação SCD. Consulte as definições na criar variáveis e a variável implantar variáveis conteúdo.

• SCD_EXCLUDE_THEMES—Esta variável de ambiente está obsoleta. Use o SCD_MATRIX para controlar a configuração do tema.

• SCD_MATRIX—Correção do processo de validação para evitar um problema que ocorria quando SCD_MATRIX ignorava um valor de tema que continha caracteres maiúsculos e minúsculos. Consulte as definições na criar variáveis e a variável implantar variáveis conteúdo.

• Variáveis de ADMINISTRAÇÃO—

  • Segurança aprimorada ao gerenciar credenciais para o usuário Administrador usando variáveis de ambiente. Não é mais possível usar as variáveis de ambiente ADMIN_EMAIL, ADMIN_USERNAME e ADMIN_PASSWORD para substituir credenciais de administrador durante atualizações. Se não conseguir acessar o painel Administração, use o Esqueceu a senha recurso ou o admin:user:create Comando da CLI para criar um novo usuário administrador. Consulte Acessar o painel de Administração.

  • ADMIN_EMAIL não é mais necessário ao atualizar ou aplicar patches.

Atualizações do Docker—

• Agora, o gerador de Docker usa os serviços especificados na variável .magento.app.yaml e .magento/services.yaml arquivos de configuração quando criação do ambiente do Docker. Você pode escolher uma versão de serviço diferente usando parâmetros de build.

• Adição da imagem do PHP 7.2 — Adição do suporte ao PHP 7.2 no Cloud Docker; atualização da Configuração do Launch Docker para incluir o docker:build --php opção para especificar a versão do PHP compatível com sua versão do Adobe Commerce.

• Adição de um Contêiner Cron baseado na imagem do PHP-CLI.

• Adição dos seguintes serviços à build do Docker:

  • RabbitMQ 3.5 e 3.7

  • Elasticsearch 1.7, 2.4 e 5.2

  • Redis 3.2 e 4.0

Configurar com constantes PHP—Suporte adicionado para Constantes de PHP no .magento.env.yaml arquivo de configuração.

Nova variável de ambiente—Por padrão, somente o ambiente de produção tem o Google Analytics ativado. Você pode ativar Google Analytics nos ambientes de Preparo e Integração usando o Variável de ambiente ENABLE_GOOGLE_ANALYTICS.

Correção de um problema que removia as configurações personalizadas de cron do env.php após uma reimplantação. Agora, as configurações personalizadas do cron permanecem com segurança no env.php arquivo.

Correção de inconsistências nas mensagens e níveis de log para as fases de criação, implantação e pós-implantação. Aumento dos níveis inicial e final da mensagem de log de informações para aviso para todas as fases e subfases. Adição das mensagens de log inicial e final, quando apropriado.

Correção de um problema envolvendo processos cron que impedia o início da fase de pós-implantação, quando configurada. Agora, se o gancho pós-implantação estiver ativado, os processos cron serão ativados novamente no início da fase pós-implantação.

Solução de um problema que impedia uma instalação bem-sucedida do Adobe Commerce ao especificar uma configuração de banco de dados personalizada. Anteriormente, o processo de instalação usava a configuração do banco de dados do variável Magento_CLOUD_RELATIONSHIP mesmo que você tenha designado informações de conexão personalizadas na Variável de ambiente DATABASE_CONFIGURATION.

Corrigido o config:dump para que inclua cada local de site no system seção do config.php arquivo.

Correção de um problema que resultava em aquecimento erros durante a fase de pós-implantação corrigindo a referência do URL de base de origem.

Correção de um problema que gerava arquivos incorretamente durante a setup:di:compile processo, que afetou o módulo Amazon Pay.

Verificar Estado Ideal—O ideal-state o assistente agora verifica a configuração atual durante cada implantação e fornece instruções claras para atualizar a configuração a fim de obter uma implantação mais rápida e sem tempo de inatividade.

Conformidade com PCI—Atualização dos protocolos de mensagens para o Adobe Commerce na infraestrutura em nuvem para exigir a versão 1.2 do TLS (Transport Layer Security) ao se conectar com serviços de mensagens de terceiros. Se você estiver usando um serviço de mensagem que não seja compatível com a versão 1.2 do TLS, será necessário atualizar seu serviço. Caso contrário, a seguinte mensagem de erro será exibida quando o aplicativo Adobe Commerce tentar se conectar ao servidor de mensagens para enviar um email: Unable to connect via TLS.

Aprimoramento na implantação—Adição de validação para avisar os clientes se um ambiente de preparo ou produção tiver dev, debugou debug_logging opções ativadas para evitar problemas de desempenho causados por atividade excessiva de registro.

Correções de implantação—

• Agora o modo de manutenção é ativado no início da fase de implantação e desativado no final. Se a implantação falhar, o site permanecerá no modo de manutenção até que os problemas de implantação sejam resolvidos. Anteriormente, o site retornava ao modo de produção mesmo se a implantação falhasse.

  • As verificações de validação da fase de implantação foram retrabalhadas para fazer o downgrade do nível de erro para os seguintes problemas de implantação do CRITICAL para WARNING para que a implantação seja concluída. Anteriormente, esses problemas causavam falha na implantação.

  • A configuração do ambiente contém valores incorretos para variáveis de implantação ou de nuvem.

• A versão do Elasticsearch na infraestrutura em nuvem é incompatível com a versão do módulo elasticsearch/elasticsearch compatível com o Adobe Commerce na infraestrutura em nuvem. Consulte a artigo de solução de problemas do Elasticsearch na Base de conhecimento de suporte da Adobe Commerce.

• Correção de um problema com as definições de configuração compartilhadas no app/etc/config.php arquivo que causou recursion detected erros durante a implantação.

Correções relacionadas ao Cron—

• Correção de um problema de agendamento do cron que impedia a execução de trabalhos se você especificasse uma frequência de cron diferente do padrão (1 minuto).

• Correção de um problema na fase de implantação que permitia que trabalhos cron continuassem em execução durante a implantação, o que pode causar bloqueios de banco de dados e outros problemas críticos. Agora, todos os trabalhos cron são interrompidos antes de a fase de implantação começar e reiniciados após a conclusão da implantação.<!—MAGECLOUD—2537—>

• Correção do fluxo de trabalho do cron nas versões 2.2.x para desbloquear trabalhos cron congelados, de modo que possam ser interrompidos antes de iniciar a implantação. Anteriormente, um trabalho cron congelado causava a paralisação da implantação.

Alteração do formato de config.php arquivo gerado pelo vendor/bin/ece-tools config:dump comando para usar sintaxe de matriz curta e recuo de 4 espaços para estar em conformidade com os padrões de codificação do Adobe Commerce.

Correção de um erro de implantação que ocorre quando a variável .magento.env.yaml contém {{ base_url }} e {{ unsecure_base_url }} espaços reservados para configurações da web em vez da configuração de URL padrão de um projeto do Adobe Commerce na infraestrutura em nuvem./

Habilitar implantação sem tempo de inatividade— Agora o Adobe Commerce na infraestrutura em nuvem enfileira solicitações com as alterações necessárias no banco de dados durante a implantação e aplica as alterações assim que a implantação é concluída. As solicitações podem ser mantidas por até 5 minutos para garantir que nenhuma sessão seja perdida. Consulte Opções de implantação de conteúdo estático para reduzir o tempo de inatividade da implantação na nuvem.

Composição do Docker para a nuvem—Foram feitos os seguintes aprimoramentos no Instalação e configuração do Docker processo:

• Adição de um comando—docker:config:convert para converter arquivos de configuração PHP para o formato Docker ENV para simplificar a configuração do ambiente. Agora, você copia os arquivos de configuração do PHP para o diretório Docker e os converte em arquivos ENV do Docker. Consulte Iniciar Docker.

• O processo de instalação do Adobe Commerce na infraestrutura em nuvem agora oferece suporte à implantação em sistemas de arquivos somente leitura e leitura/gravação para emular mais detalhadamente o sistema de arquivos em nuvem. Consulte Configurar Docker.<!—MAGECLOUD—2357—>

• Suporte ao serviço Redis—Adição de uma imagem Redis, que é implantada em um contêiner Docker e configurada automaticamente para funcionar com sua instalação do Docker.<!—MAGECLOUD—2442—>

• Agora você tem o recurso de despejo de BD ao usar o Cloud Docker container de banco de dados. Além disso, você pode compartilhar arquivos entre uma máquina host e um container usando o docker/mnt diretório.

• Suporte ao serviço de verniz— Adição de uma imagem em verniz, que é implantada automaticamente em um contêiner Docker. Após a implantação, você pode configurar manualmente o Varnish de acordo com as práticas recomendadas da Adobe Commerce. Consulte Configurar e usar verniz.<!—MAGECLOUD—2358—>

• Acesso seguro ao site — Adição de suporte SSL para acessar sua loja da Adobe Commerce e o painel Administração.<!—MAGECLOUD—2360—>

Aprimoramento do suporte ao Adobe Commerce na extensão da infraestrutura em nuvem—Rebaixamento do requisito de versão mínima para o pacote guzzlehttp/guzzle na infraestrutura do Adobe Commerce na nuvem arquivo composer.json para a versão 6.2, para que a ece-tools o pacote é compatível com mais extensões.

Aplicar alterações personalizadas ao aplicativo do Adobe Commerce durante a fase de criação— dividimos a fase de criação em dois processos separados para que você possa usar ganchos para aplicar alterações personalizadas ao conteúdo estático gerado antes de empacotar o aplicativo para implantação. A variável build:gerar O processo gera código, aplica patches e gera conteúdo estático. A variável build:transferência process transfere o código gerado e o conteúdo estático para o destino final. Consulte Ganchos de aplicativo.

Verificações de configuração de ambiente— validação aprimorada da configuração do ambiente para avisar os clientes sobre incompatibilidades de versão e erros de configuração antes de criar e implantar o Adobe Commerce na infraestrutura em nuvem.

• Validação específica da versão adicionada para identificar variáveis e valores de ambiente sem suporte ou obsoletos.

• Adição de uma verificação de compatibilidade de Elasticsearch para avisar os usuários sobre problemas de configuração de Elasticsearch. Agora, a implantação falhará se a versão do serviço Elasticsearch no servidor for incompatível com o Adobe Commerce. Anteriormente, a implantação era bem-sucedida mesmo se a versão do Elasticsearch fosse incompatível, o que causava problemas no catálogo de produtos após a implantação do site.

  Você pode resolver a incompatibilidade ao envio de um tíquete de suporte para atualizar o Elasticsearch para uma versão compatível ou alterar a configuração do Adobe Commerce para especificar uma versão compatível do cliente Elasticsearch PHP.

  • Para Adobe Commerce versão 2.1.x a 2.2.2, atualize o Elasticsearch para a versão 2.4.

  • Para Adobe Commerce versão 2.2.3 e posterior, atualize o Elasticsearch para a versão 5.2.

  • Se você tiver o Elasticsearch 1.x ou 2.x e não quiser fazer upgrade, atualize o requisito de versão de cliente do Adobe Commerce Elasticsearch PHP no composer.json para "elasticsearch/elasticsearch": "~2.0".

• Validação aprimorada de variáveis de ambiente para identificar definições de configuração que podem causar conflitos durante as fases de criação, implantação e pós-implantação. Por exemplo, uma mensagem de aviso será exibida durante o processo de instalação e atualização se a configuração global para implantação de conteúdo estático entrar em conflito com as configurações na fase de criação ou implantação.

Atualizações de variável de ambiente—Alterou as seguintes variáveis de ambiente:

• variável global SKIP_HTML_MINIFICATION—Alterou o valor padrão para true para ativar a minificação de conteúdo de HTML sob demanda, o que minimiza o tempo de inatividade ao implantar em ambientes de preparo e produção. Essa configuração é necessária para implantações sem tempo de inatividade.

• variável de implantação CLEAN_STATIC_FILES—Adição da capacidade de gerenciar o processamento limpo de arquivos estáticos para o conteúdo estático gerado durante a fase de criação com base na configuração da variável de ambiente CLEAN_STATIC_FILES. Anteriormente, os arquivos de conteúdo estático gerados durante a fase de criação eram sempre limpos.

Logs—As seguintes alterações foram feitas para melhorar as mensagens de registro e reduzir o tamanho do registro:

• As entradas de log de falha de implantação agora incluem a saída de comando das operações que causam as falhas, mesmo se a configuração do ambiente não especificar o log de nível de depuração. Consulte MIN_LOGGING_LEVEL.

• Adição de log para falhas de implantação que ocorrem quando fábricas geradas necessárias para algumas extensões não podem ser geradas corretamente porque o sistema de arquivos está em um estado somente leitura.

• Redução do tamanho do log de implantação e correção de problemas de formatação causados por comandos de configuração que usam a barra de progresso interativa.

• Eliminação de detalhamentos desnecessários e atualização dos níveis de prioridade para algumas instruções de log.

Correções específicas do Cron—

• Alteradas as configurações padrão do trabalho cron para o tempo de vida do histórico, de 3d (4320 min) para 1h (60 min), para evitar problemas de desempenho e falhas de implantação que podem ocorrer quando a fila do cron é preenchida muito rapidamente.

• Melhoria do processo de gerenciamento de trabalhos cron durante a fase de implantação para evitar bloqueios de bancos de dados e outros problemas críticos. Agora, todas as tarefas do cron são interrompidas durante a fase de implantação e reiniciadas após a conclusão da implantação.

• Correção de um problema com o mecanismo de bloqueio para agendar consumidores iniciados por trabalhos cron nas versões 2.2.0 e posteriores do Adobe Commerce para impedir que trabalhos cron iniciem consumidores duplicados.

Correção de um problema com o processo de compactação de conteúdo estático (gzip) que causaram not overwritten e no such file or directory erros ao referenciar o arquivo compactado durante o processo de implantação.

Correção de um problema que impedia a php ./vendor/bin/ece-tools config:dump para remover seções redundantes do config.php arquivo durante o processo de despejo se a localidade de armazenamento não for especificada. Agora é possível mover facilmente seus arquivos de configuração entre ambientes. Depois de atualizar para ece-tools v2002.0.13, gerar novamente mais antigo config.php arquivos com o aprimorado config:dump comando. Consulte Gerenciamento de configurações para configurações de armazenamento.

Correção de um problema que causava um erro durante a fase de implantação se a configuração de rota no .magento/routes.yaml redirecionamentos de arquivo de um apex domínio para um www domínio.

Correção de um problema com o _merge opção para a variável SEARCH_CONFIGURATION que causava resultados de mesclagem incorretos se você não incluísse a variável engine parâmetro na atualização do .magento.env.yaml arquivo de configuração. Agora, a operação de mesclagem substitui corretamente somente os valores especificados na .magento.env.yaml sem exigir que você defina o engine parâmetro.

Correção de um problema de configuração do Redis que ativava incorretamente o bloqueio de sessão para o Adobe Commerce nas versões 2.2.1 e posteriores da infraestrutura em nuvem, o que pode causar desempenho lento e tempos limite. Agora, o bloqueio de sessão é desativado por padrão. O problema foi causado por uma alteração no comportamento padrão do disable_locking introduzido na v1.3.4 do pacote do manipulador de sessão Redis. Consulte pacote colinmollenhour/php-redis-session-abstract.

Composição do Docker para a nuvem—Adição de um comando—docker:build—para gerar um Composição do Docker configuração da nuvem ece-tools repositório.

Alterar localidades—Agora é possível alterar o local de armazenamento sem o processo de exportação e importação de configuração. Enquanto o aplicativo estiver em produção e o SCD_ON_DEMAND estiver ativado, as opções de localidade de armazenamento e administração estarão disponíveis.

Mapa do site e robôs—Criou um fluxo de trabalho para adicionar um robots.txt arquivo e gerar um sitemap.xml para uma única configuração de domínio sem exigir uma alteração na infraestrutura.

Assistentes—Adição de dois assistentes para ajudar na configuração da nuvem:

• ideal-state— configura o estado ideal para tempo de inatividade mínimo de implantação

• master-slave—configurar o balanceamento de carga para o banco de dados e o Redis

Atualização de módulo—Adição de um comando de Nuvem—module:refresh—para ativar módulos que foram desativados ou não, de forma semelhante à forma como é feito automaticamente durante uma criação.

Adição da capacidade de optar por mesclar ou substituir a configuração de serviços usando o _merge opção em CACHE, SESSÃO, FILA, e PESQUISAR configurações.

Arquivo de amostra de configuração de ambiente—Adicionamos um .magento.env.yaml arquivo de amostra para o pacote ECE-Tools que inclui uma descrição detalhada e valores possíveis para cada variável de ambiente.

• Também adicionamos uma validação profunda para o .magento.env.yaml configuração que evite falhas no processo de implantação causadas por valores inesperados. Quando ocorrer uma falha, você receberá uma mensagem de erro detalhada que começa com: Environment configuration is not valid. Please correct .magento.env.yaml file with next suggestions:

Adição do seguinte Variáveis de ambiente:

• Agora é possível definir vários locais para cada tema usando o novo SCD_MATRIX variável de ambiente, que reduz a quantidade de arquivos de tema a serem implantados.

• Adição de DATABASE_CONFIGURATION variável de ambiente para personalizar as conexões do banco de dados para implantação.

• O novo MIN_LOGGING_LEVEL A variável substitui o nível mínimo de log para todos os fluxos de saída sem fazer alterações no código.

Correção de um problema que causava tempo de inatividade entre as fases de implantação e pós-implantação. Agora, a fase de pós-implantação começa imediatamente após o término da fase de implantação.

Correção de um problema que não limpava os trabalhos cron bem-sucedidos, aqueles com status = success, do cronograma.

Correção de um problema com o post_deploy gancho que limpou o cache na fase de implantação em vez da fase pós-implantação do projeto.

Correção de um problema ao usar SCD com várias localidades, que geravam a mesma js-translation.json arquivo para cada local.

Otimizou o db:dump no campo ece-tools para evitar o bloqueio de tabelas e aumentar a velocidade.

Configuração de conexões somente leitura para nós não mestres—Esta versão adiciona a capacidade de configurar uma conexão somente leitura com um nó não mestre para receber tráfego somente leitura (para MariaDB).Redis e para

Assistente de configuração—Adição de um assistente para ajudar a verificar sua configuração para implantação de conteúdo estático. Consulte Assistentes inteligentes.

Suporte ao Symfony Console—Adição de suporte para o Symfony Console 4 com Adobe Commerce 2.3.

Otimizações de agendamento do Cron—Gerenciamento de fila e registro aprimorado para ajudar na depuração de problemas relacionados ao cron.

A validação da implantação falha se um ADMIN_EMAIL ou ADMIN_USERNAME O valor é igual ao de uma conta de administrador existente.

Remoção do suporte a SOLR para versões 2.2.x. As versões 2.1.x mantêm a capacidade de ativar a SOLR.

A primeira instalação dos ambientes de armazenamento temporário e produção de um projeto PRO agora inclui prefixos de índice diferentes para o Elasticsearch, a fim de evitar possíveis conflitos e identificar registros pertencentes a cada ambiente.

Correção de um problema que interrompeu a fase de criação da arquitetura herdada durante a implantação do conteúdo estático.

Melhorias específicas do Cron—Reformulação da implementação do cron:

• Correção de um problema que fazia com que a fila do cron fosse preenchida rapidamente. Agora ele limpa os trabalhos cron desatualizados de uma maneira mais confiável.

• A sequência de trabalhos cron foi reorganizada para que todos os trabalhos em threads separados fossem iniciados antes do grupo geral.

• Melhoria no registro para melhor auxiliar na depuração de problemas do cron.

• NOTA—Esta versão aborda muitos problemas relacionados ao cron. Se você usa atualmente alguns patches relacionados ao cron no m2-hotfixes, remova-as.

Melhorias específicas do SCD—

• Você pode usar o VERBOSE_COMMANDS e a variável SCD_COMPRESSION_LEVEL variáveis de ambiente durante ambos build e _implantar fases.

• Correção de um problema que causava a falha da implantação com um erro aleatório ao encontrar um valor inesperado para o SCD_COMPRESSION_LEVEL variável de ambiente. A validação da configuração foi aprimorada para fornecer notificações significativas. Consulte SCD_COMPRESSION_LEVEL para valores aceitáveis.

• Correção do comportamento do SCD_COMPRESSION_LEVEL fluxo de configuração da variável de ambiente para que as substituições funcionem conforme esperado.

• Correção de um problema que impedia a configuração do SCD_THREADS variável de ambiente no .magento.env.yaml arquivo implantar estágio.

Implantação de conteúdo estático (SCD)— há um processo de implantação novo e alternativo para gerar conteúdo estático quando solicitado (sob demanda). Isso diminui o tempo de inatividade e melhora o manuseio de cache, gerando os ativos mais críticos.

• Nova variável de ambiente—Adição de SCD_ON_DEMAND variável de ambiente global para gerar conteúdo estático quando solicitado.

• Gancho pós-implantação—Adição de um post_deploy gancho para a .magento.app.yaml arquivo que limpa o cache e pré-carrega (aquece) o cache após o contêiner começa a aceitar conexões. Ele está disponível somente para projetos Pro que contêm ambientes de Preparo e Produção na Cloud Console e para projetos iniciais. Embora não seja obrigatório, isso funciona em conjunto com a SCD_ON_DEMAND variável de ambiente.

Otimização—Movimentação ou cópia otimizada de arquivos durante a implantação para melhorar a velocidade de implantação e reduzir cargas no sistema de arquivos.

Log de implantação—Adição da capacidade de ativar manipuladores Syslog e Graylog Extended Log Format (GELF) para registros de saída durante o processo de implantação. Consulte Manipuladores de registro.

Adição do seguinte Variáveis de ambiente:

• CRYPT_KEY— Fornece uma chave criptográfica para outro ambiente ao mover um banco de dados.

• SKIP_HTML_MINIFICATION—Global variável de ambiente que ignora a cópia dos arquivos de exibição estáticos na var/view_preprocessed e gera um HTML minificado quando solicitado.

• SCD_ON_DEMAND—Global variável de ambiente para gerar conteúdo estático quando solicitado.

• WARM_UP_PAGES—Você pode listar as páginas que serão usadas para pré-carregar o cache. Disponível no novo Variáveis pós-implantação.

Correção de um problema que envolvia um patch aplicado localmente quebrando a implantação em uma instância. Agora, o ECE-Tools pode detectar que um patch foi aplicado.

Correção de um conflito entre o empacotamento do JavaScript e a funcionalidade GZIP. Agora, esses recursos funcionam corretamente juntos.

Correção de um problema que causava a falha de comandos ECE-Tools CLI ao usar versões anteriores do PHP 7.0.x.

Correção de um problema que impedia a implantação de conteúdo estático com a estratégia compacta em vários threads.

Correção de um problema de bloqueio de sessão Redis que causava um atraso de logon de Administrador. Além disso, a correção está disponível para a versão 2.1.x.

ece-tools—O ece-tools O pacote do agora é compatível com o Adobe Commerce 2.1.x.

Configuração Redis— Agora você pode configurar Redis armazenamento de página e cache padrão e da sessão Redis usando uma variável de ambiente.

Melhorias no serviço de Pesquisa, AMQP e Redis— unificamos o fluxo de configuração do serviço para que ele agora se comporte da mesma maneira para todos os serviços. Editar manualmente o env.php o arquivo para configurar serviços não é mais suportado. Você deve usar variáveis de ambiente ou a variável .magento.env.yaml arquivo.

Variáveis de ambiente—

• A utilização de env:STATIC_CONTENT_THREADS foi descontinuado e será removido em uma versão futura. Use o SCD_THREADS em vez disso.

• A variável STATIC_CONTENT_EXCLUDE_THEMES A variável de ambiente foi preterida. Você deve usar o SCD_EXCLUDE_THEMES variável de ambiente.

Logs— Simplificamos o registro em operações de patch incorporadas.

Removemos developer suporte ao modo e a APPLICATION_MODE porque estavam causando um comportamento inesperado.

Corrigimos um problema que estava causando falhas de implantação de conteúdo estático relacionadas ao Redis. Agora, a implantação de conteúdo estático de vários segmentos é executada conforme projetado.

Corrigimos um problema que impedia os usuários de salvar modificações em campos de configuração no Administrador, que são marcados como confidenciais após a execução da app:config:dump comando.

Adicionamos suporte para uma versão anterior do symfony/yaml para corrigir conflitos com alguns pacotes, que ainda não são compatíveis com a versão mais recente.

Melhoria no registro

• Melhoramos as mensagens de log para fornecer explicações melhores quando o processo de criação ou implantação substitui uma variável de ambiente.

• Agora você pode visualizar o progresso da instalação e da atualização em tempo real. Siga o install_update.log arquivo para visualizar o progresso. Por exemplo,

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

Novo comando cron—Agora é possível desbloquear tarefas cron travadas específicas em vez de interromper e reiniciar todas elas com o cron:unlock comando. Não disponível na versão 2.1.

Arquivo de configuração unificado—Agora você pode configurar estágios de criação e implantação usando um .magento.env.yaml arquivo.

Fazer backup dos arquivos de configuração— agora, o processo de implantação cria automaticamente um backup do app/etc/env.php e app/etc/config.php arquivos de configuração após a implantação. Também adicionamos um novo comando da CLI para restaurar esses arquivos de configuração de um backup.

Solução de problemas de erros de validação—Alteramos o comando que deve ser usado para resolver erros de validação quando config.php não contém dados suficientes para implantação de conteúdo estático. Anteriormente, a mensagem de erro instruía você a executar o bin/magento app:config:dump. Agora, você deve executar php ./vendor/bin/ece-tools config:dump.

Novas variáveis de ambiente—Agora você pode usar variáveis de ambiente para conectar pesquisa e Baseado em AMQP para o seu site.

Implementamos o patch inteligente. Agora o pacote aplica patches com base não no Adobe Commerce na versão da infraestrutura de nuvem, mas na versão do pacote com patch.

Corrigimos um problema de registro que causava erros de criação.

Corrigimos um problema que causava exceções de tempo limite ao executar implantações no modo interativo.

Corrigimos um problema que causava erros ao usar a estratégia compacta para geração de conteúdo estático. Não disponível na versão 2.1.

Corrigimos um problema que impedia que o script de implantação identificasse corretamente os ambientes de preparo e produção.

Corrigimos um problema que causava problemas de rede, que interrompiam conexões de banco de dados e causavam falhas durante o processo de instalação e atualização.

Corrigimos um problema que impedia a exportação dos arquivos de configuração usando o app:config:dump mais de uma vez Não disponível na versão 2.1.

Corrigimos uma sessão Redis bloqueio problema que causou um Admin atraso no logon. Não disponível na versão 2.1.

Corrigimos um problema de implementação relacionado ao controle de versão que estava causando um conflito com outros módulos de correção baseados no Composer.

Corrigimos um problema que causava problemas de memória do PHP durante a importação.

Remoção de patch; correção de erro em colinmollenhour/credis v1.6 para habilitar o suporte para Adobe Commerce na infraestrutura em nuvem 2.2.1. Não disponível na versão 2.1.

Corrigimos um problema que estava causando gzip erros quando um nome de arquivo ou diretório contém espaços.

Corrigimos um problema que impedia que os scripts de implantação reconhecessem e ativassem corretamente as dependências do módulo.

Configurar um consumidor cron com uma variável de ambiente—Agora você pode configurar os consumidores do CRON usando o novo CRON_CONSUMERS_RUNNER variável de ambiente.

Verificação de configuração— Agora verificamos componentes críticos durante o processo de criação/implantação e interrompemos o processo se a verificação falhar, o que evita tempo de inatividade desnecessário devido ao local estar em modo de manutenção.

Criar/implantar notificações—Adicionamos um arquivo de configuração que pode ser usado para configurar notificações por Slack e/ou email para criar/implantar ações em todos os seus ambientes.

Compactação de conteúdo estático— Agora compactamos conteúdo estático usando gzip durante as fases de criação e implantação. Essa compactação, combinada com a compactação Fastly, ajuda a reduzir o tamanho do armazenamento e aumentar a velocidade de implantação. Se necessário, é possível desativar a compactação usando uma opção de compilação ou implantar variável. Consulte os seguintes tópicos para obter mais informações:

• Variáveis de ambiente de aplicativo

• Desempenho de implantação de conteúdo estático

• Processo de implantação

Gerenciamento de configuração—Agora geramos automaticamente um app/etc/config.php arquivo no repositório Git durante a fase de criação, se ele ainda não existir. O arquivo gerado automaticamente inclui apenas uma lista de módulos e extensões. Se o arquivo já existir, a fase de criação continuará normalmente. Se você seguir Gerenciamento de configurações posteriormente, os comandos atualizam o arquivo sem exigir etapas adicionais. Consulte Processo de implantação para obter mais informações.

Despejos de banco de dados—Adicionamos um magento/ece-tools Comando da CLI para criar despejos de banco de dados em todos os ambientes. Para ambientes de Produção de plano Pro, esse comando despeja apenas de um dos três nós de alta disponibilidade, portanto, os dados de produção gravados em um nó diferente durante o despejo podem não ser copiados. Recomendamos colocar o aplicativo no modo de manutenção antes de fazer um despejo de banco de dados em ambientes de Produção. Consulte Gerenciamento de backup para obter mais informações.

Limitações do intervalo CRON levantadas—O intervalo cron padrão para todos os ambientes provisionados nas regiões us-3, eu-3 e ap-3 é de 1 minuto. O intervalo cron padrão em todas as outras regiões é de 5 minutos para ambientes de Integração Pro e 1 minuto para ambientes de Preparo e Produção Pro. Para modificar seus trabalhos cron existentes, edite suas configurações em .magento.app.yaml ou crie um tíquete de suporte para ambientes de produção/preparo. Consulte Configurar trabalhos cron para obter mais informações.

Corrigimos um problema que estava causando longos tempos de implantação porque o processo de implantação chamava o cache-clean operação antes da implantação de conteúdo estático.

Corrigimos um problema que causava erros durante a etapa de geração de conteúdo estático da implantação em ambientes de produção.

Corrigimos um problema que impedia alguns magento/ece-tools comandos de saída de registro para stderr.

Corrigimos um problema que impedia valores de URL de base no env.php de ser atualizado em ramificações bifurcadas.

Corrigimos um problema que causava a magento setup:install comando para adicionar um prefixo inseguro (http://) para proteger URLs básicos.

Corrigimos um problema que impedia que erros de patch causassem falhas de implantação.

Corrigimos um problema que impedia ece-tools de interromper a execução e lançar uma exceção se nenhum patch puder ser aplicado.

Corrigimos um problema que causava erros ao carregar a loja após ativar a minificação de HTML no Administrador.

A infraestrutura do Adobe Commerce na nuvem agora é compatível com escopos e estratégias de implantação de conteúdo estático. Adicionamos o –s parâmetro com uma configuração padrão de quick para a estratégia de implantação de conteúdo estático. É possível usar a variável de ambiente SCD_STRATEGY para personalizar e usar essas estratégias com suas ações de criação e implantação. Essa variável é compatível com as opções standard, quickou compact. Se você selecionar compact, substituímos o STATIC_CONTENT_THREADS valor com 1, o que pode retardar a implantação, especialmente em ambientes de produção. Não disponível na versão 2.1.

Criamos um arquivo de log em ambientes para capturar e compilar ações de criação e implantação. A variável var/log/cloud.log o arquivo está no diretório raiz do aplicativo.

Refatorado o ece-tools para torná-lo compatível com o Adobe Commerce na infraestrutura em nuvem 2.2.0 e superior.

Corrigimos um problema que estava impedindo ece-tools de interromper a execução e lançar uma exceção se nenhum patch puder ser aplicado.

Corrigimos um problema que causava o lançamento de exceções quando a compilação de injeção de dependência (id) era ignorada durante compilações.

Corrigimos um problema que fazia com que o processo de implantação substituísse as configurações personalizadas de Redis na env.php arquivo.

Corrigimos um problema que estava causando loops de redirecionamento devido a uma administração segura padrão.