I'm just a developer
Hace unas horas nos dimos por enterados, a través de Twitter (nada oficial por el momento) de la salida de un pequeño upgrade para ambas versiones.
Los cambios en ambas ediciones son realmente menores y apuntan a dos cosas:
Y eso es todo.
(No se qué molesta más… si una nueva release con estos dos temas o que no haya anuncio)
Con respecto a los themes, además de contar con una opción enfocada en responsive (si, no es 100% responsive aún el theme que viene por defecto), vamos a encontrar una nueva forma de manejar las herencias (lo cual muchos van a agradecer).
Como los ejemplos demuestran mejor, voy a crear un theme nuevo, en un paquete independiente, y sólo voy a agregar la carpeta etc y dentro de ella, el archivo theme.xml.
Si, hace una hora aproximadamente, en el comienzo de Magento Imagine, se anunciaron dos nuevas versiones: Community Edition 1.9.0.0 y Enterprise 1.14.0.0.
La gran gran novedad que encontramos es que el frontend viene con un theme responsive. Eso implica que, por defecto, pasamos de ver:
Hace unos días me topé con un proyecto que tenía como marca distintiva el haber aplicado todas y cada una de las malas prácticas, todas, dentro del mismo proyecto.
Uno de los errores que me parecieron más burdos, fue el hecho de modificar los archivos del gestor de errores de Magento (si, la pantalla que nos aparece mostrándonos un número de reporte).
Si bien esto puede considerarse un tema menor, será un problema al momento que debamos hacer un upgrade de versión. Como siempre, la plataforma tiene una forma de manejar este caso y es bastante sencilla.
Por defecto, la pantalla de error se ve así.
Ya sea que por cuestiones gráficas o funcionales necesitemos cambiar la presentación de errores, la forma correcta de hacerlo es demasiado simple.
Seguir leyendo «Personalizar la página de error en Magento»Uno de los desarrollos en los que más participo dentro de los proyectos Magento, suelen ser las integraciones entre cualquier sistema externo y la tienda, ya sea que se envíe o se reciba información.
Si bien ya van 7 años con con la plataforma y las integraciones, por más que algunos procesos ya están bastante logrados y no necesitan reprogramación, sólo configuración; siempre es necesario hacer algún ajuste o cambiar alguna lógica, ya que cada tienda es única.
Una de las entidades/procesos que rara vez se salva de ser reprogramada en las integraciones, es el catálogo. Incluso, dentro del propio mundo que puede resultar el catálogo de una tienda, la gestión de imágenes de los productos que se sincronizan también suele ser diferente entre un proyecto y otro.
Al momento de asociar imágenes a un producto, vía código, podemos pensar en 3 métodos diferentes (no es para tomar como algo definitivo, pero serían 3 las formas de atacar la tarea).
Para los distintos ejemplos, vamos a considerar que tenemos un único producto (en mi caso, el entity_id 1), con N cantidad de imágenes que se encuentran dentro de del directorio media/import.
