Damián Culotta » configuración

Configurar la cantidad de registros por defecto en una grilla

Damián — Thu, 20 Jan 2011 08:00:23 +0000

Por defecto las grillas del backend de Magento muestran hasta 20 registros.

Como otras, ésta propiedad puede ser redefinida en el constructor de la clase.

Si queremos que el valor por defecto de paginación sea otro, sólo tenemos que agregar una línea al constructor de nuestra grilla.

public function __construct()
    {
        parent::__construct();
        ...
        $this->setDefaultLimit(100);
    }

De ésta forma, si no se especifica un valor, el que aquí asignemos será el usado.

El único detalle a tener en cuenta es que los valores posibles a establecer tienen que coincidir con los que se muestran en el dropdown.

Si quisiéramos modificarlos, tendríamos que editar el archivo /app/design/adminhtml/default/default/template/widget/grid.phtml y establecer aquellos valores que nos estén faltando.

A lo mejor te interese leer

Url friendly en CodeIgniter

Damián — Mon, 09 Aug 2010 13:00:45 +0000

CodeIgniter nos permite la utilización de urls amistosas (si, la traducción suena bastante fea).

Dado que por defecto ésto no funciona, tenemos que hacer algunos pequeños ajustes.

Lo primero será crear un archivo .htaccess con lo siguiente.

RewriteEngine on
RewriteCond $1 !^(index\.php|images|robots\.txt)
RewriteRule ^(.*)$ /index.php/$1 [L]

A partir de ahora, en lugar de usar:

http://www.dominio.com.ar/index.php/controlador/accion/

Vamos a poder usar:

http://www.dominio.com.ar/controlador/accion/

Para que la impresión de urls resulte correcta, es necesario hacer un ajuste en el archivo de configuración. Esto aplica en particular si vamos a usar la función site_url del helper Url.

Para evitar que al llamar a la función nos devuelva http://www.dominio.com.ar/index.php, vamos a cambiar la línea 23 de /system/application/config/config.php, y vamos a dejar el valor de la key index_page en blanco.

La configuración debería quedar de ésta forma:

$config['index_page'] = "";

Con estos pequeños ajustes ya deberíamos estar aplicando urls semánticas sin problemas.

A lo mejor te interese leer

El teclado numérico no funciona en Ubuntu

Damián — Sun, 01 Aug 2010 19:35:34 +0000

En una de las últimas actualizaciones de la distro me pasó que el teclado numérico ya no funcionaba.

Lo primero que pensé fue que alguna de las actualizaciones requería algún reinicio (reconozco que no le presté gran atención a la lista de paquetes) y que ésto estaba generando algún tipo de incompatibilidad o conflicto entre paquetes.

Luego de haber reiniciado, la molestia se convirtió en problema. Buscando un poco encontré el bug sobre el no funcionamiento del teclado numérico en Ubuntu.

Al parecer se viene arrastrando el tema desde hace varias ediciones, aunque la solución es realmente sencilla.

Lo primero, es abrir “Tecnologías de asistencia”.

Ahora vamos a las opciones de “Accesibilidad del teclado”.

Luego a la solapa “Teclas del ratón” (si, suena rara la traducción).

Y para solucionar el problema, destildamos la opción “Permitir controlar el puntero usando el teclado numérico”.

Una vez que cerremos la configuración ya todo deberá funcionar normalmente.

A lo mejor te interese leer

Primeros pasos con CodeIgniter

Damián — Fri, 09 Apr 2010 02:29:18 +0000

Ya habíamos visto (hace un tiempo) cómo se compone, mínimamente, la estructura de directorios y archivos que componen CodeIgniter.

Una vez que hayas descomprimido el framework, ya estamos listos para empezar.
Lo primero que deberíamos hacer es comenzar con las configuraciones básicas. Para esto vamos a abrir el archivo /system/application/config/config.php y vamos a cambiar el primer parámetro en la línea 14:

$config['base_url'] = "http://example.com/";

Lo vamos a cambiar por la url completa de nuestra aplicación.
Vamos a suponer que se tratara de este mismo blog, la url quedaría de la siguiente forma.

$config['base_url'] = "http://www.damianculotta.com.ar/";

Como bien dice el manual, si vamos a utilizar base de datos, debemos especificar la configuración en /system/application/config/database.php. Busquemos la siguiente sección:

$db['default']['hostname'] = "localhost";
$db['default']['username'] = "";
$db['default']['password'] = "";
$db['default']['database'] = "";
$db['default']['dbdriver'] = "mysql";
$db['default']['dbprefix'] = "";
$db['default']['pconnect'] = TRUE;
$db['default']['db_debug'] = TRUE;
$db['default']['cache_on'] = FALSE;
$db['default']['cachedir'] = "";
$db['default']['char_set'] = "utf8";
$db['default']['dbcollat'] = "utf8_general_ci";

Y completemos, al menos, los datos de conexión a nuestra base de datos.

Cuando accedamos a nuestra url, veremos el mensaje de bienvenida que es manejado por el controller Welcome del framework.

Con esto ya estamos listos para comenzar a desarrollar nuestra primera aplicación.

A lo mejor te interese leer

Contact Form 7 y los archivos adjuntos

Damián — Thu, 20 Aug 2009 03:44:06 +0000

Hace ya un buen tiempo había hablado sobre cómo implementar Contact Form 7 en nuestro blog.

Hoy vamos a ver cómo agregar a nuestro formulario, la posibilidad de recibir archivos adjuntos (y que nos lleguen en el mail, claro está).

Para empezar, voy a tomar mi actual formulario de contacto (que siendo fiel al lo vago que vengo siendo, no tiene diseño).

Ahora vamos a crear un campo del tipo file que nos va a permitir enviar archivos adjuntos.

Y una vez que seleccionemos el campo, lo vamos a configurar.

Las opciones posibles a configurar permiten establecer la obligatoriedad del campo, el tamaño máximo que se permitirá subir, las extensiones posibles, un id y clase css.

Para los fines de éste post, no vamos a agregar nada en particular, como viene el campo nos sirve.

Como pueden ver, tenemos el código a copiar dentro de nuestro formulario.

Una vez copiado el código, nos resta agregar una configuración adicional, que es la que logra la magia en el envío.

Como ven, en el campo de Archivos adjuntos (File attachments), ponemos el nombre que le pusimos al campo en el formulario.

Ahora si, grabamos el formulario y pasamos a la prueba en vivo.

Llenen el formulario como siempre, adjunten el archivo y revisen su cuenta de mail.

No debería de haber ningún tipo de inconveniente.

A lo mejor te interese leer

Dc_Notification 0.1.1

Damián — Tue, 11 Aug 2009 03:38:21 +0000

Acabo de publicar una pequeña actualización de la extensión.

Gracias a la colaboración de un miembro de la comunidad, ahora está disponible la traducción a francés.

Ahora toca seguir publicando más de las funcionalidades que tengo todavía como drafts.

A lo mejor te interese leer

Dc_Notification 0.1.0 publicada

Damián — Mon, 03 Aug 2009 03:37:48 +0000

La página de la extensión Dc Notification ya está disponible.

Con su página lista.

Ya la he probado en un par de versiones de Magento usando MagentoConnect y todo funciona como corresponde.

Cualquier inconveniente, sugerencia o duda, pueden ir dejándola en los comentarios.

A lo mejor te interese leer

Dc_Notification 0.1.0

Damián — Mon, 03 Aug 2009 01:30:40 +0000

Luego de un buen tiempo en que comencé a jugar con esto, hoy me puse las pilas y lo convertí en extensión completa.

La razón de ser de ésta modificación, se debe a que hace unos meses, debido a los problemas que presentaba el sitio oficial de Magento, muchos backends comenzaron a fallar (al punto de quedar inutilizables).

Investigando se descubrió que la plataforma busca cada cierto tiempo un feed en el sitio oficial. Cuando el feed no estaba disponible o el sitio estaba caído, el backend de nuestras tiendas quedaba, con suerte, complicado para su operación. En otros casos, directamente no funcionaba.

Como decía, con ésta extensión, van a tener opciones para el uso del feed oficial.

Puede seguir utilizándose como hasta ahora.
Puede configurarse la herramienta para que no busque nunca notificaciones.
Podemos indicar un feed personalizado para que las actualizaciones vengan de una fuente que nosotros indiquemos.

A continuación, algunas capturas y las explicaciones pertinentes de cómo funciona.

Las nuevas dos opciones permiten seleccionar si la plataforma va a estar permanentemente buscando las últimas notificaciones y el campo para el feed personalizado. En la captura, no están habilitados los feeds.

Si los habilitamos, el efecto será inmediato.

El último anuncio del feed oficial aparece en el backend.

Ahora, probemos de cambiar el feed por uno personalizado.

Una vez que ingresemos la url (presten atención que no hay que indicarle el protocolo), grabamos y vamos a ver el efecto de manera inmediata.

Ese mensaje fue generado por un feed de ejemplo que armé.

A manera de aclaración, si quisieran usar la extensión, tienen que mirar primero el formato del feed oficial, ya que no es un rss estándar (tiene un campo adicional que es necesario para el módulo original).

Ahora, a empaquetar y subir la extensión.

A lo mejor te interese leer

Mostrar phtmls y bloques usados en el skin de backend de Magento

Damián — Sat, 11 Jul 2009 03:39:35 +0000

Pequeño truco para cuando necesiten detectar algo en el backend.

Existe una funcionalidad en Magento que nos permite mostrar qué archivos phtml e incluso qué bloques son invocados en cada pantalla. El detalle con esto es qué sólo puede configurarse para el frontend.

Por si alguno no se ha dado cuenta, me refiero al template path hints. Vamos a refrescar cómo habilitarlas para el frontend.

Primero, tenemos que ir a Sistema -> Configuración. Ahí tenemos que cambiar el alcance de la configuración.

Recuerden que éstas opciones sólo funcionan a nivel de store view, por lo cual será necesario hacer un pequeño cambio.

Ahora si, buscamos las opciones de desarrollo. (Se encuentran al final de la columna)

Vamos a ver las opciones que se nos ofrecen para hacer debug.

Lo que vamos a hacer, es quitar las marcas que indican que se utilicen las preferencias del website (las generales) y vamos a cambiar los valores de los últimos dos dropdown.

Ya guardada la configuración, sólo tenemos que pasar por el frontend de la tienda, y vamos a ver algo como lo siguiente.

Esos nombres que figuran en rojo son: a la izquierda, el nombre del phtml que se está utilizando, a la derecha, el bloque php que generó ese contenido.

Ahora bien, retomando un poco el tema central del post, vamos a ver cómo aplicar ésta funcionalidad al backend.

Dado que desde la interfase que nos proporciona la plataforma no es posible hacerlo, vamos a necesitar entrar a nuestra base de datos.

Como ya teníamos habilitada la funcionalidad para el front, vamos a correr la siguiente consulta.

SELECT * FROM core_config_data WHERE path like 'dev/debug/template_hints%';

Vamos a ver el siguiente resultado.

+-----------+--------+----------+---------------------------------+-------+
| config_id | scope  | scope_id | path                            | value |
+-----------+--------+----------+---------------------------------+-------+
|       128 | stores |        1 | dev/debug/template_hints        | 1     |
|       129 | stores |        1 | dev/debug/template_hints_blocks | 1     |
+-----------+--------+----------+---------------------------------+-------+

Lo que nos va a importar en este caso, es el valor de la columna scope_id. En éste momento dice 1, que es el valor interno que se le asigna al store view por defecto. Lo que no está explicado en ningún lugar, es que el backend también es un store view, y su valor interno es 0.

Sabiendo esto, vamos a modificar a qué store view se aplican las ayudas de template.

Para lograrlo, ahora corremos el siguiente comando.

UPDATE core_config_data SET scope_id = 0 WHERE path like 'dev/debug/template_hints%';

Ahora si, pasemos por nuestro backend y vamos a ver las ayudas disponibles.

Una vez que hayas terminado de detectar lo que sea que estuviéramos buscando, sólo debemos borrar de la tabla, los dos valores que habilitan la funcionalidad.

Para poder deshabilitar éstas ayudas, sólo debemos ejecutar la siguiente consulta en nuestra base de datos.

SELECT * FROM core_config_data WHERE path like 'dev/debug/template_hints%';

A lo mejor te interese leer

Variable media en las plantillas de email de Magento

Damián — Fri, 22 May 2009 03:01:45 +0000

Uno de los pocos cambios de la nueva versión de la plataforma, consiste en el agregado de la variable “media” para la composición de los templates de email.

Su uso es absolutamente sencillo.

Al igual que cuando invocamos {{skin url=”"}} para imprimir algún contenido de un skin dado, la variable media utiliza el mismo parámetro.

<img src="{{media url="imagen.jpg"}}" alt="Magento" border="0"/></a>

Esto hará que se busque la imagen dentro de la carpeta media. Si usáramos subcarpetas, deberemos escribir el path partiendo siempre desde dicha carpeta.

Si bien puede parecer una pavada la inclusión del template, su uso puede entenderse en el caso de campañas de promoción, en las cuales podríamos utilizar (es sólo un ejemplo para graficar) el mismo banner que tenemos en la home de la tienda, en el cuerpo del mail.