-
Corrigido a configuração da sincronização de arquivos mutagen para impedir que mutagen criasse sessões obsoletas. Correção enviada por Mathew Beane da Zilker Technology. -
Corrigido um problema de configuração que causava erros de sintaxe no log de composição do Docker ao iniciar o contêiner PHP-FPM. Correção enviada por Mathew Beane da Zilker Technology -
Correção de erros de conflito de volume que às vezes ocorriam ao usar vários ambientes do Docker. Correção enviada por G Arvind da Zilker Technology. -
Corrigido um problema que causava a falha do comandoece-docker build:composese a configuração incluísse Blackfire.io. Correção enviada por G Arvind da Zilker Technology. -
Atualizado a configuração de imagem da CLI do PHP para evitar erros de falta de memória ocorridos ao instalar vários pacotes usando o Cloud Docker para Commerce. Correção enviada por Mohan Elamurugan da Zilker Technology.* -
Adicionado suporte para vários usuários do MySQL no ambiente do Cloud Docker. Em versões anteriores, a operaçãobuild:composefalhará se o arquivomagento.app.yamlespecificar vários usuários do banco de dados. Correção enviada por G Arvind da Zilker Technology. -
Removidorsyslogdo Cloud Docker para contêineres PHP do Commerce para resolver problemas de compatibilidade que causavam notificações de aviso durante a implantação. O Cloud Docker não usa o utilitário rsyslog.
v1.0.0
Data de lançamento: 5 de fevereiro de 2020
-
Criado um pacote separado para entregarCloud Docker for Commerce—Moveu o código-fonte para entregar o Cloud Docker para Commerce do repositórioece-toolspara o novo repositóriomagento-cloud-dockerpara manter a qualidade do código e fornecer versões independentes. O novo pacote é uma dependência para ECE-Tools v2002.1.0 e posteriores.Ao atualizar ece-tools, você também atualiza o pacote
magento/magento-cloud-dockerpara a versão 1.0.0. Se você usou o Cloud Docker para Commerce com uma versão anterior doece-tools(2002.0.x), revise as incompatibilidades anteriores e atualize seu projeto como scripts, comandos e processos, conforme necessário. -
Adição do controle de versão das imagens do Docker—Atualize agora o pacotemagento/magento-cloud-dockerpara obter as imagens atualizadas. -
Atualizações do contêiner—-
contêiner PHP-FPM—-
Adição de suporte a Node.js—Atualização da imagem PHP-FPM para oferecer suporte aos recursos node, npm e grunt-cli dentro do contêiner PHP. -
Adição de suporte para ionCube—Atualização da configuração padrão do Docker para oferecer suporte ao ionCube no ambiente de desenvolvimento do Docker local.
-
-
Contêiner da Web—-
Personalizar configuração do NGINX—Adicionou a capacidade de montar um arquivo personalizadonginx.confno ambiente do Cloud Docker for Commerce. Consulte contêiner da Web. -
Certificados NGINX gerados automaticamente—O arquivo de configuração do Docker agora inclui a configuração para gerar automaticamente certificados NGINX para o contêiner da Web.
-
-
Novo contêiner Selenium—Adicionou um contêiner Selenium para suportar o teste de aplicativos Adobe Commerce usando o MFTF (Estrutura de Teste Funcional) do Magento. -
RabbitMQversão suporte—Atualizado a configuração de contêiner RabbitMQ para suportar RabbitMQ versão 3.8. -
Contêiner de banco de dados persistente — O volume de banco de dadosmagento-db: /var/lib/mysqlagora persiste depois que você interrompe e remove a configuração do Docker e restaura quando você reinicia a configuração do Docker. Agora, você deve excluir manualmente o volume do banco de dados. Consulte [Contêineres de banco de dados]. -
Contêiner TLS—-
Atualização da imagem base do contêiner para usar a imagem oficial—A imagem do contêiner TLS da nuvem agora se baseia na imagem oficial dodebian:jessieDocker.— -
Adição de suporte para o [Proxy de Terminação TLS de Libra]—O arquivo de configuração de Libra adiciona as seguintes variáveis ENV para personalizar a configuração do Docker para o contêiner TLS:-
TimeOut— Define o valor de tempo limite de Tempo até o Primeiro Byte (TTFB). O valor padrão é de 300 segundos. -
RewriteLocation— Determina se o proxy Libra reescreve o local no URL da solicitação por padrão. O padrão é0, para evitar que a regravação interrompa os redirecionamentos para sites externos, como um site SSO externo. Correção enviada por Sorin Sugar
-
-
Aumento do valor de tempo limite na configuração do contêiner TLS de 15 para 300 segundos. Correção enviada por Mathew Beane da Zilker Technology
-
-
Contêiner de verniz—-
Atualizado a imagem base do contêiner para usar a imagem oficial—O contêiner de Verniz da Nuvem agora se baseia na imagem oficial docentosDocker. -
Configuração de tempo limite padrão aprimorada-Adição da configuração.first_byte_timeoute.between_bytes_timeoutao contêiner Verniz. Ambos os valores de tempo limite são padronizados como300s(5 minutos). Correção enviada por Mathew Beane da Zilker Technology -
Ignorar Verniz durante as sessões de Xdebug—Atualizou a configuração do contêiner Verniz para retornarpasssobre as solicitações recebidas quando Xdebug estava habilitado. Em versões anteriores, não era possível usar o Xdebug se o ambiente do Docker incluísse verniz. Correção enviada por Mathew Beane da Zilker Technology.
-
-
-
Alterações na configuração do Docker—-
Gerenciar montagens e volumes do seu projeto—Adicionou a capacidade de gerenciar montagens e volumes ao iniciar um ambiente do Docker para desenvolvimento local. Consulte [Compartilhando dados do projeto]. -
Suporte para o modo ponte de rede—Adicionou suporte para o modo ponte de rede para habilitar conexões entre contêineres Docker na rede local. -
Contêiner do Cron desabilitado por padrão—Para melhorar o desempenho, o contêiner do Cron não é mais configurado por padrão quando você compila o ambiente do Docker. Você pode usar a opção--with-cronno comando de compilação do Docker para adicionar um contêiner Cron ao seu ambiente. Consulte Gerenciamento de trabalhos cron. -
Parar de sincronizar arquivos de backup grandes—Despejos de BD e arquivos mortos—ZIP, SQL, GZ e BZ2—adicionados à lista de exclusão nos arquivosdist/docker-sync.ymledist/mutagen.sh. A sincronização de arquivos grandes (>1 GB) pode causar um período de inatividade e os arquivos de backup normalmente não exigem sincronização, pois você pode gerá-los novamente.
-
-
Alterações de comando—-
Renomeou o arquivo./bin/dockercomo./bin/magento-dockerpara corrigir um problema que causava a quebra de alguns ambientes do Docker porque o arquivo./bin/dockersubstitui arquivos binários existentes do Docker. Esta é uma alteração incompatível com versões anteriores que requer atualizações para seus scripts e comandos. -
Adicionada uma opção de configuração de serviço para expor a porta do banco de dados ao host—Use a opção--expose-db-port= [Fix submitted by Adarsh Manickam from Zilker Technology](https://github.com/magento/magento-cloud-docker/pull/101).<PORT>para expor a porta do banco de dados ao host ao compilar o arquivodocker-compose.yml:bin/ece-docker build:compose --expose-db-port=<PORT> -
Novo comando pós-implantação — Anteriormente, os ganchos pós-implantação definidos no arquivo.magento.app.yamleram executados automaticamente depois de você ter implantado o Adobe Commerce em um contêiner do Cloud Docker usando o comandocloud-deploy. Agora, você deve emitir um comandocloud-post-deployseparado para executar os ganchos pós-implantação após a implantação. Veja as instruções de inicialização atualizadas para o desenvolvedor e o modo de produção. -
Adicionada a opção--rmaos comandos./bin/magento-dockerpara a compilação e implantação de contêineres. Isso remove o contêiner após a conclusão da tarefa. -
Atualizações parabuild:composecomando—-
Adicionada a opção--sync-engine="native"ao comandodocker-buildpara desabilitar a sincronização de arquivos ao gerar o arquivo de configuração Docker Compose no modo de desenvolvedor. Use essa opção ao desenvolver em sistemas Linux, que não exigem sincronização de arquivos para o desenvolvimento local do Docker. Consulte Sincronização de dados no ambiente do Docker.
-
-
alterou a configuração de sincronização de arquivos padrão dedocker-syncparanative. Correção enviada por Mathew Beane da Zilker Technology.
-
-
Melhorias na validação—-
Adicionado validação ao processo de implantação para ambientes de desenvolvimento do Docker local para verificar se a configuração do ambiente de nuvem inclui a chave de criptografia necessária para descriptografar o banco de dados. Agora, você receberá uma mensagem de erro no log se a configuração do ambiente não especificar um valor para a chave de criptografia. -
Adicionado uma verificação de integridade de contêiner ao serviço Elasticsearch para garantir que o serviço esteja pronto antes de continuar com o processamento de compilação e implantação. Se a verificação de integridade retornar um erro, o contêiner será reiniciado automaticamente.
-