Qual é a diferença entre magento 1.9.2.4 e magento 1.9.3.0?

22

Magento lançou sua nova versão da edição comunitária 1.9.3.0.

Estou muito curioso para saber quais são as diferenças com a edição Magento anterior?

Quero saber detalhes completos sobre o que faz a diferença com o seu recurso Magento 1.9.3.0.

e também quero saber qual etapa é necessária após atualizar meu site atual para o 1.9.3.0qual está Magento 1.9.2.4?

— Murtuza Zabuawala
fonte

1

Outro bug na versão 1.9.3.0 que mencionei em magento.stackexchange.com/questions/142087/… . Você pode adicioná-lo à sua lista

— Creepin

39

Você pode encontrar a lista completa de diferenças nas notas oficiais de lançamento: http://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1930

Módulo corrigindo todos os erros

Este módulo corrige os erros conhecidos que estou tentando manter atualizados: https://github.com/digitalpianism/bugfixes

Nota

Costumava haver um bug no Magento em que as senhas não eram exibidas no novo modelo de email da conta. A maioria das pessoas (incluindo eu) assumiu que era um aprimoramento de segurança (veja aqui: /magento//a/46793/2380 ), mas na verdade era um bug que foi corrigido no 1.9.3.0.

Problemas conhecidos

A partir de agora, existem vários bugs conhecidos com 1.9.3.0:

Corrigido no 1.9.3.1 : Magento 1.9.3: todo produto é exibido na pesquisa no modo de texto completo (corrigido no módulo acima)
Corrigido no 1.9.3.1 : problemas de conexão SOAP após a atualização do 1.9.3.0 (corrigido no módulo acima)
Corrigido no 1.9.3.1 : Enviar senha gerada automaticamente não funciona para alguns clientes, corrija aqui: https://gist.github.com/p3mbo/224f01996ff5b4849d189c38325c0bbd (corrigido no módulo acima)
Corrigido no 1.9.3.1 : Possível problema com o preço do pacote configurável: atualizado de 1.9.2.4 para 1.9.3 Pacote "Preço conforme configurado" O preço mostra zero (corrigido no módulo acima)
Corrigido no 1.9.3.1 : O rótulo do front-end dos atributos suspensos desaparece sob certas condições: https://github.com/digitalpianism/bugfixes/pull/1 (corrigido no módulo acima)
Corrigido no 1.9.3.1 : Índice indefinido session_expire_timestamp: https://tomlankhorst.nl/fix-magento-undefined-index-session_expire_timestamp/ (corrigido no módulo acima)
Corrigido no 1.9.3.1 : Frete grátis usando regras de vendas agora calculadas a partir do subtotal, sem impostos , corrija aqui: https://gist.github.com/andrew-smart/c7db5b04b24e77dd344919ce64ecf2f1 (corrigido no módulo acima)
Corrigido no 1.9.3.1 : A tarefa Cron de senha de fluxo não funciona (corrigido no módulo acima)
Corrigido no 1.9.3.1 : Toda página é redirecionada para a página inicial quando o tempo de vida do cookie da sessão é definido como 0 (corrigido no módulo acima)
Alteração incompatível com versões anteriores dos módulos que usam o bloco de upload antigo (também afeta 8788): /magento//a/142013/2380
Corrigido no 1.9.3.1 : Chamada de método de exceção addCrumbs()(no caso getStoreConfig(web/default/show_cms_breadcrumbs)) é indefinida
Possíveis problemas com amostras configuráveis e guias de produtos: Magento 1.9.3 atualiza outros problemas encontrados e amostras configuráveis não funcionam após a atualização 1.9.3
O Uploader de imagens não está mais funcionando: O Uploader de imagens não está funcionando após a atualização do Magento 1.9.3 / Após a atualização para 1.9.3 Não consigo inserir uma imagem do produto
Imagens ausentes no back-end, mas presentes no front-end: Problema de imagem no Admin após a atualização 1.9.3 / Após a atualização para 1.9.3 - nenhuma das imagens do meu produto está sendo exibida no back-end
Corrigido no 1.9.3.1 : Não é possível fazer upload de mais de 7 imagens via importação de CSV: Quando importar produto configurável csv, apenas 7 upload de imagens no magento1.9.2.3?
Os valores de configuração serializados padrão não funcionam mais: o valor de configuração padrão para as configurações serialized_array é ignorado
Na verdade, não é um bug 1.9.3 (veja aqui: Regras de preço de catálogo contém condição )Com o catálogo plano ativado, a condição da regra de catálogo como "sku" contém "foo" não funciona mais

Observe também que a JS que lida com o preço das opções do produto foi movida de /js/varien/product.jspara, /js/varien/product_options.jsportanto, não esqueça de adicionar esse arquivo ao seu tema se você estiver enfrentando o seguinte problema: /magento//a/ 141375/2380

PHP 7

Para aqueles que usam PHP 7 e o módulo Inchoo, o Inchoo lançou uma nova versão do módulo (2.0.0), compatível apenas com o 1.9.3, não se esqueça de atualizar: https://github.com/Inchoo/Inchoo_PHP7

— Raphael na Digital Pianism
fonte

Se estamos a desenvolver uma extensão de modo que são os novos passos ou o que é a mudança de ponto de vista de codificação

— Murtuza Zabuawala

@MurtuzaZabuawala see my edit

— Raphael no Digital Pianism

2

Há também um grande erro com a API SOAP, veja aqui: magento.stackexchange.com/q/140761/4087

— BlueC 14/10/16

@BlueC graças I esqueceu de atualizar o meu post de fato

— Raphael em Digital pianismo

3

O @RaphaelatDigitalPianism, outro que não é um bug, mas quebra os temas, é que, por algum motivo, a classe javascript Product.OptionsPrice foi movida de /js/varien/product.js para um novo arquivo chamado / js / varien / product_options. js - este novo arquivo terá de ser incluído através do xml disposição tema

— BlueC

4

Existem duas mudanças incompatíveis com versões anteriores no Magento 1.9.3:

Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader a classe pai é removida.
Mage_Uploader_Model_Config_Abstractsubstitui o método mágico __calle seu comportamento pode ser inconsistente.

Por favor, verifique se alguma extensão / personalização está usando / estendendo essas funções / classes.

Depois de atualizar para o Magento 1.9.3, certifique-se de remover os seguintes arquivos para evitar problemas de segurança:

skin / adminhtml / default / default / media / flex.swf
skin / adminhtml / default / default / media / uploader.swf
skin / adminhtml / default / default / media / uploaderSingle.swf

Para mais informações, consulte as notas de versão .

— Gerard de Visser
fonte

2

Eu não sou um grande fã de patches. Pessoalmente, removo todos os arquivos Magento de seus diretórios e carrego a nova versão (usando um script de shell). Todos os arquivos instalados ao longo dos anos, como módulos ou temas, ainda estão lá. Para o banco de dados, faço uma comparação entre novas versões instaladas. Uma maneira é criar ou remover as colunas / tabelas no banco de dados, a outra maneira é instalar novamente o Magento, apenas alterando o nome do arquivo /app/etc/local.xml. Eu prefiro o primeiro.

Se você não alterar a estrutura do banco de dados para a versão 1.9.3.0, ocorrerá alguns erros ou não poderá carregar a área de administração. Se alguém estiver interessado em algumas comparações de diretórios e bancos de dados Magento entre o Magento CE 1.9.2.4 e 1.9.3.0, basta baixar o arquivo aqui:

Comparação Magento: versões 1.9.2.4 - 1.9.3.0

Existem dois arquivos html com resultados visuais muito bons.

Atualizei 4 lojas hoje usando meu método em vez de aplicar patches. Todos estão funcionando sem problemas.

— ADDISON74
fonte

Concordo em não aplicar patches, e também concordo que a atualização no local é problemática porque deixa arquivos antigos que não deveriam mais estar presentes, então acho que seu método de remover todos os arquivos Magento e adicionar a nova versão é uma boa abordagem. No entanto, seu trabalho com o banco de dados parece desnecessário para mim, por que não usar "n98-magerun sys: setup: incremental" para executar os scripts de instalação e atualizar o banco de dados automaticamente para a nova versão?

— BlueC

Agradeço sua sugestão. Concordo que o n98-magerun é uma ferramenta muito poderosa, mas prefiro controlar sozinho todo o processo de atualização. Como mencionei antes de fazer todas essas coisas, tento entender o que há de novo em todas as versões. Depois de atualizar uma versão de teste, prossigo para a produção. As lojas que administro não querem problemas e pagam por evitá-las. Remover todos os arquivos Magento anteriores e ficar de olho no banco de dados é o melhor método para atualizar para novas versões. Estou usando esse método desde 1.7.0.2 e nunca encontrei um problema. Remendar resíduos de folhas no sistema de arquivos e banco de dados

— ADDISON74

Eu entendo e acho que é um bom método. Posso perguntar qual ferramenta você usa para comparar os bancos de dados e criar um script de atualização a partir dessa comparação?

— BlueC

1

Estou usando o Araxis Merge para comparar pastas e arquivos. Dá-me bons relatórios e pode criar um script de atualização. Mas eu prefiro analisar toda a informação da comparação, mesmo que demore 1-2 dias. Eu crio sozinho o script de atualização que consiste em excluir o sistema de arquivos da versão anterior do Magento e copiar a nova versão. Para o banco de dados, também é um script depois de remover todas as partes comuns. Quando você tem mais de 30 lojas para atualizar, é insignificante gastar de 1 a 2 dias para entender o processo de atualização que você fará. Por isso nunca usei um patch por mais de 4 anos.

— ADDISON74

você pode compartilhar o arquivo Magento Comparison com alguma hospedagem que durará mais de dois dias? obrigado

— sellio 31/10/16

0

Se alguém estiver interessado em descobrir quais são as alterações entre o Magento CE 1.9.2.4 e 1.9.3.1, baixe os seguintes arquivos:

Relatório de comparação de pastas : http://www.megafileupload.com/89dx/FolderComparisonReport.zip
Relatório de comparação de banco de dados : http://www.megafileupload.com/89dm/DatabaseComparisonReport.zip

Existem dois arquivos html com resultados visuais muito bons.

— ADDISON74
fonte

0

Restaurou o antigo algoritmo de cálculo de impostos para despesas de envio. O patch para aplicar novo cálculo estará disponível mediante solicitação.
Resolvido um problema ao definir o tempo de vida da sessão como 0.
O trabalho mensal do cron que limpa a tabela que contém endereços IP e senhas é executado corretamente.
Todas as imagens configuráveis do produto são importadas.
Você não recebe mais uma exceção devido a uma chamada de método addCrumbs () indefinida. Resolvido o erro Aviso : Undefined index:session_expire_timestampao acessar a loja.
Os valores dos valores dos rótulos suspensos são salvos corretamente.
O "Preço conforme configurado" para produtos em pacote é exibido corretamente no carrinho de compras.
As senhas geradas automaticamente são enviadas para novos clientes conforme o esperado.
O método Mage_Api_Model_Server_Handler_Abstract::processingMethodResult() aceita valores escalares e de matriz.
A pesquisa de texto completo do MySQL padrão funciona como esperado; ele não retorna mais todos os produtos.
Impediu uma potencial vulnerabilidade de falsificação de solicitação entre sites (CSRF) , alterando a chave do formulário quando um cliente sai da loja.
As regras de preço de catálogo retornam o preço correto.
Os indexadores agora atualizam todos os produtos em vez de ignorar o último produto atualizado.

— Ketan Borada
fonte