Magento - 2.2.6 Possíveis problemas?

Magento foi lançado versão Magento-2.2.6 em 18 de setembro de 2018.

Esta versão inclui:

1. 25 aprimoramentos críticos na segurança do produto, mais de 150 correções e aprimoramentos de código principal e mais de 350 solicitações de envio enviadas pela comunidade.
2. Embora esta versão inclua esses aprimoramentos de segurança, nenhum ataque confirmado relacionado a esses problemas ocorreu até o momento.
3. No entanto, certas vulnerabilidades podem ser potencialmente exploradas para acessar informações do cliente ou assumir sessões de administrador, por isso recomendamos que você atualize seu software Magento para a versão mais recente o mais rápido possível.

O Magento está recomendando atualizar nosso software Magento para a versão mais recente o mais rápido possível.

Quais são os possíveis problemas com este lançamento do Magento-2.2.6?

Se você usar atributos customizados e esses atributos para criar regras de widget, a maioria dos widgets que eu usei causou erros e precisou ser removida.

No meu caso, parecia que alguns dos atributos que estavam sendo chamados estavam tendo erros com 'back-ticks' substituindo aspas simples 'por back-ticks ao renderizar a página.

Excluí os widgets usando esses atributos e a página carrega sem problemas.

Também preciso reescrever algumas das regras de carrinho e catálogo, novamente, devido ao problema de back-tick.

1 grande problema que estou tendo,

" Remover pub / media / catalog / product / cache. (Remover esta pasta libera espaço.) & Execute bin / magento catalogue: image: redimensionar para gerar um novo cache de imagem. (Esta etapa é necessária porque alteramos o caminho para imagens em cache e deve remover as imagens em cache anteriormente.) "

Remover o 'pub / media / catalog / product / cache' não é um problema, mas o 'bin / magento catalogue: image: resize' está apenas criando novas imagens dentro da pasta que acabei de remover. Disse que haveria um novo caminho, mas esse não parece ser o caso até agora, a menos que eu esteja perdendo alguma coisa. Mas planeje o redimensionamento da imagem para demorar muito. 22 minutos até agora e menos de 500 imagens processadas.

Encontrei 2 problemas em relação à reindexação de preços. Um problema é que o indexador de preços configurável (e provavelmente outros produtos complexos também, mas não tenho nenhum projeto de produção que use pacotes e produtos agrupados extensivamente) depende de seu índice de produto filho para ser executado adequadamente. O indexador de preços configurável funciona em 2 etapas:

• construa dados de índice com base no preço do produto configurável, que é nulo, pois o magento não permite que você defina o preço no nível de preço configurável
• atualizar colunas mín. e máx. na catalog_product_index_pricetabela com base em dados filhos da mesma tabela

O primeiro bug que encontrei foi o reindexListmétodo que é acionado pela reindexação agendada e reindexou a lista fornecida por tipo de produto, que foi classificada com base nos IDs fornecidos. Se o ID mais baixo da lista era simples, todos os simples eram reindexados antes dos configuráveis, se era configurável, então os configuráveis ​​antes do simples.

O segundo bug se baseava no fato de que, na primeira etapa da tabela de processos configuráveis ​​da reindexação de preços, catalog_product_index_pricefoi atualizada com base em uma consulta que criou wherepeças where e.entity_id BEETWEEN ? and ?e valores onde min e max identifica a partir da lista fornecida. Isso resultou na atualização da tabela de índices para todos os configuráveis ​​do intervalo com base em seus dados e, na maioria dos casos, todas as colunas de preços foram definidas como 0. Na segunda etapa, em que o indexador deve atualizar o preço mínimo e o máximo com base na consulta filho, foi executada com whereparte como where le.entity_id IN (?), portanto, apenas para os configuráveis ​​fornecidos para o reindexListmétodo que fazem todos os outros no estado base.