Archivo de la etiqueta: Magento

Dc_Translator 1.0.4

Nueva versión menor que arregla un bug en la grilla de paquetes de idioma, en el uso de la acción masiva que permite borrar paquetes.

Hasta la versión anterior, al intentar borrar el paquete con ID 1 que tuviéramos cargado dentro del módulo, pasaba esto:

Error al borrar el último paquete de idioma en Dc_Translator

Inicialmente, el módulo no podía importar paquetes sino que permitía crear nuevos partiendo del locale en_US (el único que viene con Magento). La restricción estaba dada por la necesidad de tener un paquete completo como base.

Dado que con el cambio de versiones ya no hay necesidad de un idioma base para crear paquetes, ésta restricción ya no tuvo sentido.

A partir de ahora, si queremos borrar todos los idiomas insertados, vamos a poder hacerlo sin restricción alguna.

Borrando paquetes de idioma en Dc_Translator

Disponible para descarga la versión 1.0.4 o pueden forkear directamente el repositorio en GitHub.

Dc_Translator 1.0.3 (ajustándose a BING)

Versión 1.0.3 del módulo Dc_Translator para Magento

Al ser un módulo que utiliza un servicio externo, cada cierto tiempo tocar revisar y comparar si la integración entre ambos, en el nivel que sea, necesita algún ajuste.

En éste caso, el upgrade de versión se debe a la inclusión de un nuevo idioma que es soportado por ambas partes: cy_GB – galés (Reino Unido).

Recién para la próxima versión vamos a contar con algunas nuevas funcionalidades. Mientras tanto, pueden clonar el repositorio o descargar la versión 1.0.3.

Dc_Minifier 0.1.0 (mergeando y comprimiendo)

Bien es sabido que la opción de mergear archivos css y js en Magento no comprime. Lo que hace la funcionalidad es generar muchísimos menos archivos con el contenido de todos aquellos que estemos utilizando (tanto para los archivos css como para los archivos js).

El módulo no reemplaza funcionalidad, sino que suma la posibilidad de comprimir o css o js si es que tenemos activada la opción nativa de merge.

Configuración Dc_Minifier en Magento

Para el ejemplo, usé el theme default (aunque con rwd funcionó correctamente también).

Si miramos la carga de los archivos js por defecto, se obtienen 17 requests y 112.7 KB:

Archivos JS cargados por Magento

Sigue leyendo

Obtener el nombre del bloque del layout desde el phtml en Magento

Hace unos días me tocó lidiar con un proyecto (de esos, de los heredados) en el cual la implementación del theme está algo… desprolija.

En una de las tareas necesitaba depurar no sólo los bloques, haciendo uso del Template Path Hints, sino que ante la repetición de archivos de prueba, viejos backups, lógicas y demás líos, se hacía algo molesto localizar alguno de los archivos phtml que se estaban aplicando.

Por suerte, la clase Mage_Core_Block_Abstract nos ofrece una ayuda extra.

Si en nuestro archivo phtml agregamos algo como esto:

<?php Zend_Debug::dump($this->getNameInLayout()); ?>

Terminamos viendo el nombre del bloque definido en el layout, que es el que invoca a nuestro phtml.

Nombre del bloque usado en un phtml

 

SUPEE-3762 y SUPEE-3941: parches de seguridad para Magento

Hoy nos enteramos vía Twitter e email que se publicaron nuevos parches de seguridad.
Newsletter sobre parches de seguridad de MagentoLos detalles de los parches pueden verse en los release notes.
Dado el aviso, comenzaron las tareas de descarga y actualización (y seguirán durante mañana seguramente).

En el caso de las versiones CE, los archivos pueden bajarse del centro de descargas.Parches para Magento CE

Una vez descargados los dos parches de seguridad, debemos copiar los archivos en la raíz de nuestro proyecto. Sigue leyendo