Configurar remitentes de mail en Magento

Magento utiliza una serie de correos para notificar tanto a los usuarios del backend como a los compradores, de distintos eventos o situaciones.

En el post anterior vimos que al configurar las opciones del correo que se envía al llenar el formulario de contacto, podíamos elegir también quién sería el remitente.

Los remitentes posibles son 5, y se configuran yendo a Sistema -> Configuración -> Direcciones de E-mail.

La pantalla, bastante sencilla, es la siguiente.

Configuración de remitentes de Correo en Magento

Las cuentas a configurar son:

  • Contacto general.
  • Representante de ventas.
  • Atención al cliente.
  • Personalizado 1.
  • Personalizado 2.

Cuando estemos configurando el envío de un mail en particular, así como fue el del ejemplo del formulario de Contacto, vamos a poder elegir qué remitente queremos usar (la selección se hace con una selección prefijada).

Al seleccionarlo, se aplicarán los valores que dejemos configurados en éste módulo.

Este post peca de sencillo, pero estoy seguro que más de uno habrá recibido un mail sales@example.com o de owner@example.com cuando hacía sus pruebas.

Personalizando los emails de Magento

Hace un tiempo, vimos como hacer para dejar la aplicación en nuestro idioma (sea cual sea).

Si prestamos atención a la carpeta de los archivos de idioma, vamos a ver que contiene una subcarpeta, llamada templates, que a su vez contiene a otra llamada email.

Dentro de ésta última, encontramos una serie de archivos html, que son las plantillas que se utilizan al enviarse un correo.

Por defecto, los mails vienen en inglés. Si bajamos la última versión de nuestro idioma, puede que consigamos traducciones de esos archivos, pero seguramente, siempre vamos a necesitar ajustarlos a la realidad de nuestro proyecto.

Para el ejemplo, vamos a tomar el mail que se envía en el formulario de contacto.

Lo encontramos en:

/app/locale/en_US/template/email/contact_form.phtml

Para empezar a conocer de qué se tratan las plantillas de email, vamos a ver qué contiene el archivo.

Name: {{var data.name}}
E-mail: {{var data.email}}
Telephone: {{var data.telephone}}
Comment: {{var data.comment}}

Como en todos los casos en donde tratemos con plantillas, las variables estan contenidas por doble llaves.

Como particularidad, las plantillas de email agregan una variable especial, que a diferencia de lo mencionado, está contenida entre comentarios html más el carcater @.

Seguir leyendo «Personalizando los emails de Magento»

Magento 1.1.7

Recién salida del horno, tenemos entre nosotros la versión 1.1.7 de Magento.

Los puntos que se destacan, son:

  • Integración con Google Website Optimizer.
  • Integración con Google Base.
  • Limpieza programada de logs.

Se supone que se arreglaron 350 bugs de las versiones previas.

Así como sucedió en otras oportunidades, no lleven ésta versión a producción sin antes poner una buena cantidad de horas de testing.

Detalle adicional, lean el post oficial, en el cual volvemos a encontrar indicaciones de cómo actualizar los skins Default y Modern a la nueva versión de la plataforma.

A descargar.

Magento member id 24637

Hasta ésta tarde, mi id de usuario en Magento era el 24637.

Desde hoy, ya no voy a firmar los posts como si de mi se tratase, sino que será algo más orgánica la cuestión.

Debido al nivel de participación que venía teniendo en la comunidad, es que se decidió usar mi usuario como usuario de la empresa. Y a pesar de que muy dentro mío no salto de alegría, acepté.

Igualmente, seguiré participando activamente en la comunidad como integrante del equipo Brandlive, y puede que cada tanto se me caiga un «Damián» al cerrar algún post.

Para el pequeño grupo con los que habitualmente intercambio posts, mails, PM’s y demás, ya saben dónde encontrarme.

(Supongo que ya no voy a recibir tráfico en el blog proveniente de los foros)

🙁

Conociendo el contexto de un objeto en Php

Por lo general, si formamos parte de un desarrollo desde el comienzo, nos es bastante fácil tener noción de la arquitectura completa.

Existen otros casos, en los cuales llegamos con la arquitectura ya definida, pero la documentación se encarga de tapar esos baches con los cuales uno se topa.

El otro escenario posible, es la razón de ser de éste post.

Supongamos que estamos ante una aplicación en la cuál no tuvimos nada que ver con su arquitectura, y para rematarla, no tenemos documentación que pueda consultarse.

Si a esto le sumamos algunas cuestiones relacionadas con la complejidad del código y el grado de abstracción que pueda presentar, se nos pueden complicar un poco las tareas diarias.

En mi caso, la aplicación que se ajusta a éste último esquema, es Magento.

Seguir leyendo «Conociendo el contexto de un objeto en Php»