I'm just a developer
Hace menos de 12 horas que se hizo pública la nueva versión estable de Magento2: la 2.0.6.
Se trata de una actualización de seguridad, y arregla un par de fallas serias (información detallada en el anuncio de los parches aplicados). Si por algún motivo ya tenías la tienda en producción, es vital hacer el upgrade.
Actualizar de 2.0.5 a 2.0.6 es realmente sencillo (si, es lo mismo que las versiones previas pero aún no salimos del asombro).
Seguir leyendo «Magento2 2.0.6 (umask)»
Hoy tuvimos nueva versión de Magento (de aquí en más, salvo parches, las nuevas versiones referirán siempre a Magento2).
Lentamente vuelven los upgrades que no sólo arreglan un bug (o varios) en particular sino que comienzan a verse también mejoras.
Algunos de las correcciones y mejoras son:
Como siempre, es obligación pasar por el documento técnico de la versión 2.0.5.
Seguir leyendo «Magento2 2.0.5»
El martes a las 21:00 (UTC-3) llegaba otro aviso de seguridad de Magento (de la versión 1).
A diferencia de los anteriores, el problema no se encuentra en Magento en si, sino que se han encontrado vulnerabilidades en una serie de módulos y themes que, aparentemente, están muy extendidos.
En este punto, más allá de querer golpearse la cabeza contra la pared (ese mismo día, media hora antes del email, me tocó terminar de instalar absolutamente todos los parches para una versión 1.8.1.0 y al leer el email reconocí los módulos en cuestión porque eran los que estaban en esa tienda); lo que quizás deberíamos cuestionarnos es cómo se trabaja, habitualmente, con los módulos de terceros.
Antes de comenzar, una aclaración que no debería de hacer falta: hay módulos de terceros (desarrolladores, agencias, empresas que se dedican sólo a hacer módulos) que son excelentes, que están bien documentados, que tienen el código publicado y que ante la menor cuestión, dan soporte al instante. Además, en muchos casos podemos aprender cosas nuevas.
Lamentablemente, también tenemos anti-ejemplos para cada uno de esos casos.
Seguir leyendo «Sobre la nueva alerta de seguridad de Magento y las malas prácticas»Hace unos meses atrás me llego un requerimiento para personalizar la navegación principal en Magento, simplemente se necesitaba incluir algunos links de paginas CMS en diferentes posiciones del menú.
Si tienen mucho tiempo trabajando con Magento estoy seguro que alguna vez necesitaron modificar la navegación principal y como ya sabrán es un trastorno.
Magento por default solo incluye categorías, y para agregar un link custom hay que disfrazarlo de URL-rewrite y seguir como 20 pasos en el panel de administración para que funcione.
No digo que no sea posible hacerlo, generando rewrites se puede incluir cualquier cosa, pero no deja de ser poco amigable y de consumir tiempo de administración.
Entonces, ¿cuál es la forma en la que normalmente proceden con un requerimiento?. En mi caso, los pasos que siempre sigo son:
En varias oportunidades, me encontré con la necesidad de tener que mostrar un landing page de las subcategorías de una categoría padre del menú.
En casos anteriores lo que uno podía hacer era ir a la categoría que queríamos mostrar y en la configuración de opciones de visualización le poníamos, en «Display Mode», «Static Block Only». Previamente habíamos creado dicho contenido y mostrábamos un listado o una grilla de nuestras subcategorías.
AM_SubCatMode consiste en una nueva opción de «Display Mode» en la configuración de la categoría que deseamos sea la contenedora.
