I'm just a developer
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:
Un día nos creamos cuentas en GitHub y en BitBucket, forkeamos un proyecto, hicimos clone de nuestra copia; y todo anduvo bien. Pero otro día, el proyecto original avanza y nuestro código queda desactualizado.
En lugar de tener que borrar nuestro fork y crear uno nuevo, vamos a sincronizarlo con el proyecto original.
Para el ejemplo, voy a tomar mi desactualizada copia de Magento2.
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.
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.
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.
