¿Cuál es la diferencia entre magento 1.9.2.4 y magento 1.9.3.0?

22

Magento ha lanzado su nueva versión de edición comunitaria 1.9.3.0.

Tengo mucha curiosidad por saber cuáles son las diferencias con la edición anterior de Magento.

Quiero conocer todos los detalles sobre cuál es la diferencia con su función Magento 1.9.3.0.

y también quiero saber qué paso debe seguir después de actualizar mi sitio actual al 1.9.3.0que está en Magento 1.9.2.4?

Murtuza Zabuawala
fuente
1
Otro error en 1.9.3.0 que menciono en magento.stackexchange.com/questions/142087/… . Puede agregar esto a su lista
Creepin

Respuestas:

39

Puede encontrar la lista completa de diferencias en las notas oficiales de la versión: http://devdocs.magento.com/guides/m1x/ce19-ee114/ce1.9_release-notes.html#ce19-1930

Módulo arreglando todos los errores

Este módulo corrige los errores conocidos que intento mantener actualizados: https://github.com/digitalpianism/bugfixes

Nota al margen

Solía ​​haber un error en Magento donde las contraseñas no se mostraban en la nueva plantilla de correo electrónico de la cuenta. La mayoría de las personas (incluyéndome a mí) asumieron que era una mejora de seguridad (ver aquí: /magento//a/46793/2380 ) pero en realidad era un error que se ha solucionado en 1.9.3.0.

Problemas conocidos

A partir de ahora, hay varios errores conocidos con 1.9.3.0:

También tenga en cuenta que el JS que maneja el precio de las opciones del producto se ha movido de /js/varien/product.jsa, /js/varien/product_options.jsasí que no olvide agregar ese archivo a su tema si se enfrenta al siguiente problema: /magento//a/ 141375/2380

PHP 7

Para aquellos que usan PHP 7 y el módulo Inchoo, Inchoo ha lanzado una nueva versión del módulo (2.0.0) que solo es compatible con 1.9.3, no se olvide de actualizar: https://github.com/Inchoo/Inchoo_PHP7

Raphael en Digital Pianism
fuente
Si estamos desarrollando una extensión, ¿cuáles son los nuevos pasos o cuál es el cambio para codificar el punto de vista?
Murtuza Zabuawala
@MurtuzaZabuawala mira mi edición
Raphael en Digital Pianism
2
También hay un gran error con la API SOAP, consulte aquí: magento.stackexchange.com/q/140761/4087
BlueC
@BlueC gracias, olvidé actualizar mi publicación de hecho
Raphael en Digital Pianism
3
@RaphaelatDigitalPianism otro, no es un error como tal, pero romperá los temas, es que por alguna razón la clase de JavaScript Product.OptionsPrice se ha movido de /js/varien/product.js a un nuevo archivo llamado / js / varien / product_options. js: este nuevo archivo deberá incluirse a través del diseño del tema xml
BlueC
4

Hay dos cambios incompatibles con versiones anteriores en Magento 1.9.3:

  1. Mage_Adminhtml_Block_Cms_Wysiwyg_Images_Content_Uploader se elimina la clase padre
  2. Mage_Uploader_Model_Config_Abstractanula el método mágico __cally su comportamiento puede ser inconsistente.

Compruebe si alguna extensión / personalización está usando / extendiendo estas funciones / clases.

También asegúrese después de actualizar a Magento 1.9.3 para eliminar los siguientes archivos para evitar problemas de seguridad:

  1. skin / adminhtml / default / default / media / flex.swf
  2. skin / adminhtml / default / default / media / uploader.swf
  3. skin / adminhtml / default / default / media / uploaderSingle.swf

Para obtener más información, consulte las notas de la versión .

Gerard de Visser
fuente
2

No soy un gran fanático de los parches. Personalmente elimino todos los archivos de Magento de sus directorios y luego subo la nueva versión (usando un script de shell). Todos los archivos instalados a lo largo de los años, como módulos o temas, todavía están allí. Para la base de datos, hago una comparación entre las nuevas versiones instaladas. Una forma es crear o eliminar las columnas / tablas en la base de datos, la otra forma es instalar nuevamente Magento simplemente cambiando el nombre del archivo /app/etc/local.xml. Prefiero la primera.

Si no cambia la estructura de la base de datos a la versión 1.9.3.0, obtendrá algunos errores o no podrá cargar el área de administración. Si alguien está interesado en algunas comparaciones para directorios y bases de datos de Magento entre Magento CE 1.9.2.4 y 1.9.3.0, simplemente descargue el archivo desde aquí:

Comparación de Magento: versiones 1.9.2.4 - 1.9.3.0

Hay dos archivos html con muy buenos resultados visuales.

Actualicé 4 tiendas hoy usando mi método en lugar de parchear. Todos se ejecutan sin problemas.

ADDISON74
fuente
Estoy de acuerdo en no parchear, y también estoy de acuerdo en que la actualización en el lugar es problemática porque deja archivos antiguos que ya no deberían estar presentes, por lo que creo que su método para eliminar todos los archivos de Magento y luego agregar la nueva versión es un buen enfoque. Sin embargo, el trabajo de su base de datos me parece innecesario, ¿por qué no usar "n98-magerun sys: setup: incremental" para ejecutar los scripts de configuración y actualizar la base de datos automáticamente a la nueva versión?
BlueC
Agradezco tu sugerencia. Estoy de acuerdo en que n98-magerun es una herramienta muy poderosa, pero prefiero controlar por mí mismo todo el proceso de actualización. Como mencioné antes de hacer todo eso, trato de entender qué hay de nuevo en cada versión. Después de actualizar una versión de prueba, procedo a la producción. Las tiendas que administro no quieren problemas y pagan por evitarlos. Eliminar todos los archivos anteriores de Magento y vigilar la base de datos es el mejor método para actualizar a nuevas versiones. Estoy haciendo este método desde 1.7.0.2 y nunca encontré un problema. El parche deja residuos en el sistema de archivos y la base de datos
ADDISON74
Entiendo, y creo que es un buen método. ¿Puedo preguntar qué herramienta utiliza para comparar las bases de datos y crear un script de actualización a partir de esa comparación?
BlueC
1
Estoy usando Araxis Merge para comparar carpetas y archivos. Me da buenos informes y puede crear un script de actualización. Pero prefiero analizar toda la información de la comparación, incluso lleva de 1 a 2 días. Creo por mí mismo el script de actualización que consiste en eliminar el sistema de archivos de la versión anterior de Magento y copiar la nueva versión. Para la base de datos, también es un script después de eliminar todas las partes comunes. Cuando tienes más de 30 tiendas para actualizar, es insignificante pasar de 1 a 2 días entendiendo el proceso de actualización que harás. Es por eso que nunca usé un parche durante más de 4 años.
ADDISON74
¿Puedes compartir el archivo Magento Comparison con algún hosting que durará más de un par de días? gracias
sellio
0
  • Restaurado el antiguo algoritmo de cálculo de impuestos para los gastos de envío. El parche para aplicar el nuevo cálculo estará disponible a pedido.
  • Se resolvió un problema al establecer la duración de la sesión en 0.
  • El trabajo cron mensual que limpia la tabla que contiene las direcciones IP y las contraseñas se ejecuta correctamente.
  • Se importan todas las imágenes de productos configurables.
  • Ya no obtiene una excepción debido a una llamada al método addCrumbs () indefinido. Resuelto el error Aviso : Undefined index:session_expire_timestampal acceder al escaparate.
  • Los valores para los valores de etiqueta desplegable se guardan correctamente.
  • El "Precio configurado" para los productos de paquete se muestra correctamente en el carrito de compras.
  • Las contraseñas generadas automáticamente se envían a los nuevos clientes como se esperaba.
  • El método Mage_Api_Model_Server_Handler_Abstract::processingMethodResult() acepta valores escalares y de matriz.
  • La búsqueda predeterminada de texto completo de MySQL funciona como se esperaba; ya no devuelve todos los productos.
  • Se evitó una posible vulnerabilidad de falsificación de solicitudes entre sitios (CSRF) al cambiar la clave de formulario cuando un cliente cierra sesión en el escaparate.
  • Las reglas de precios de catálogo devuelven el precio correcto.
  • Los indexadores ahora actualizan todos los productos en lugar de omitir el último producto actualizado.
Ketan Borada
fuente