Magento

El estudio se centraba en las webs de comercio electrónico presentes en el ránking del millón de páginas más populares de Alexa. De entre las 33.362 resultantes, se realizó un estudio individual para averiguar la plataforma usada, y un 20,2% trabaja con Magento, mientras que sus inmediatos competidores se sitúan en un 12% y un 11,6%.

Si acotamos la búsqueda a las 100.000 webs más populares, encontramos 1.665 tiendas de comercio electrónico, y el liderato de Magento aquí se mantiene (20,8%). Con estos resultados, Magento incrementa su popularidad en un 21% respecto al anterior estudio (Octubre 2011), afianzando así su liderato.

Magento fue lanzada en marzo de 2008, y en menos de cuatro años, se ha convertido en la referencia imprescindible en el sector de las webshops. La última versión fue lanzada el pasado més de enero, tanto en la edición Community (1.6.2.0) como en la Professional y Enterprise (1.11.0.0), pensadas para clientes que necesiten de todo el potencial de la plataforma.

Desde 2010, existe también una versión para móviles llamada Magento Mobile, una plataforma de extensión utilizada para crear aplicaciones nativas en iOS (iPhone, iPad) y Android.

La propiedad de Magento era inicialmente de la empresa Varien. Sin embargo, en febrero de 2011 eBay realizó una inversión comprando el 49% de la compañía. Una inversión que se vio aumentada sólo 4 meses después, cuando el propio eBay compró el 100% de la compañía. Sin embargo, los jefes del proyecto, Roy Rubin y Yoav Kutner, continuaron liderando el proyecto en la misma sede de Los Ángeles.

1 – Un abanico de productos más amplio

Si por ejemplo vendemos zapatillas deportivas, y eso es lo único que vendemos, nuestra web no aportará nada nuevo al cliente, seremos uno más entre un montón. En cambio, si somos capaces de ofrecer un producto customizable y atractivo (cordones de diferentes colores, packs con calcetines a juego), seremos menos dependientes del precio a la hora de atraer al cliente.

2 – Tener un cliente conocido

Bien vendamos ropa o electrónica de consumo, tener un cliente con nombre tiene que ser empleado en nuestro favor. Una sección de testimonios de nuestros más importantes clientes puede servir para aumentar la confianza de los visitantes de nuestra web en nosotros. En Agroterra, las empresas cuentan su experiencia como usuarios en la web.

3 – Crear un programa de fidelización

¿Por qué no recompensar a los clientes por cada euro que gasten en nuestra tienda? Podemos ofrecer descuentos en futuras compras o bonificar los gastos de envío. Otra forma de fidelizar al cliente es enviándole una tarjeta VIP. Le hará sentir especial.

Pero el cliente no sólo participa en nuestra web mediante las compras: el registro, la invitación a amigos y la valoración de productos son posibles formas de promoción, como hace Esto Sí Puedo en su Club.

4 – Potenciar el lado humano

Nuestros competidores están jugando la carta del bajo precio, pero tienen una aparencia de empresa fría e impersonal. ¿Qué podemos hacer? Seremos, más que una tienda: un grupo de personas intentando solucionarte un problema.
Si nuestros clientes son pequeñas compañías y particulares, la mayoría preferirá pagar un poco más y obtener un trato más cálido, con un servicio más cercano.

La web será más amable si incluimos fotos del equipo, una breve historia del proyecto y los valores que nos impulsan, como podemos observar, por ejemplo, en el apartado “Nosotros” de Naranjamania.

5 – Información constante y de calidad

Bien usemos correo postal o electrónico, deberíamos mantener a nuestros clientes regularmente informados sobre nuestros nuevos productos. De todas formas, conviene ser muy cuidadosos de no llenar de spam su buzón de entrada, así que podemos optar por una comunicación menos invasiva y que incluya vídeos “how to” o artículos relacionados con nuestros productos.

Cuanto más estemos en contacto con nuestros clientes, mejor predisposición tendrán a entrar en nuestra página, en vez de en la de nuestros competidores. El newsletter de Satorisan es un ejemplo.

Fuente: Bigcommerce.com / Foto: Flickr – gatogrunge

Este año en Onestic vamos a montar un stand en la Feria para todos aquellos que queráis pasar a conocernos (stand 60). 5500 metros cuadrados de espacio ferial, 70 expositores, más de 4000 visitantes y 80 conferencias. También participaremos en una Mesa Redonda el día 9 de Junio cuya temática es “El software libre, una vía fácil y eficaz para tener tu negocio en Internet.” en la sala Amsterdam a las 10:00. Si alguno se quiere pasar ya sabéis…

El objetivo principal de esta mesa redonda es mostrar de manera clara las ventajas de las soluciones Open Source tanto a nivel económico como técnico. Intentaremos a través de nuestras experiencias y casos de éxito comentar lo que debemos tener en cuenta a la hora de montar un solución E-commerce.

Podéis consultar la lista de expositores aquí.

Módulo de pago para Servired

Bueno, si te dedicas a desarrollar tiendas para Magento, o incluso si quieres probar suerte con la tuya, es muy posible que termines instalando este módulo. La verdad es que funciona perfectamente. Hoy, uno de nuestros clientes ha encontrado un pequeño “bug”. La verdad es que es bastante chorra pero buscando la solución al final hemos encontrado mucha gente que pregunta y poca que responde.

El problema se describe en este post:

http://www.magentocommerce.com/boards/viewthread/33072/

El caso es que cuando se realiza una transacción que devuelve como resultado una operación válida, el estado del pedido no es visible desde “Mi cuenta” o desde el histórico de pedidos de un cliente. Además, el administrador se encontrará en el administrador con pedidos que no pueden cambiar de estado (lo cual es bastante engorroso).

Podríamos aprovechar la ocasión para hablar del módulo que permite ampliar el número de estados por los que puede pasar un pedido. Creo recordar que ya hablamos hace unas semanas.

La solución os la dejo aquí y si alguien quiere ampliarla será bien recibido.

El problema radica básicamente en la asignación de orderStatus y orderState. Lo primero que tenemos que hacer es buscar la función “public function  successAction() ” en el fichero StandardController.php que hay en módulo de Servired. al principio de la función comentar las líneas que hay referentes a la asignación del orderStatus e incluir estas dos:

</p>
<p>$orderState = Mage_Sales_Model_Order::STATE_PROCESSING;<br /> $orderStatus = Mage::getModel('servired/standard')-&gt;getConfigData('order_status');</p>
<p>

Al final de la misma función, justo antes de “$order->save();”  incluir estas líneas:

</p>
<p>if (!$orderStatus) {<br /> $orderStatus = $order-&gt;getConfig()-&gt;getStateDefaultStatus($orderState);<br /> }<br /> <br /> $order-&gt;setState($orderState, $orderStatus,$comment,true);</p>
<p>

Con esto será suficiente. La explicación pasa por asignar correctamente un orderStatus y un orderState. En el caso de no estar disponible el orderState le asignaremos uno por defecto. Ahora ya podemos ver en el histórico de pedidos de nuestro cliente el pago realizado con el módulo para Magento de Servired.

Saludos.

Las versiones de Magento han cambiado y la tarea de instalar una nueva tienda es algo que a las empresas que desarrollan/mos en Magento hacemos muy a menudo, os voy a poner los pasos para hacer una instalación base desde cero. Para anteriores versiones podéis ver este artículo, es prácticamente igual…

1. Lo primero de todo, acceso a la consola claro
2. Descargamos el paquete con la última versión:

   wget http://www.magentocommerce.com/downloads/assets/1.4.0.1/magento-1.4.0.1.tar.gz

3. Descomprimimos el paquete:

   tar -zxvf magento-1.4.0.1.tar.gz

4. Movemos el contenido de la carpeta Magento a nuestro directorio raiz (public_html. www, o el que sea):  

   mv magento/* magento/.htaccess .

5. Cambiamos permisos a la carpeta media (donde estarán las img de nuestro catálogo):

   chmod -R o+w media

6. Configuramos la instalación de Magento y buscamos las últimas actualizaciones:

   ./pear mage-setup .

   ./pear install magento-core/Mage_All_Latest-stable

7. Este último paso debería traernos e instalar bastantes paquetes, esperar a que termine.
8. Cambiamos permisos a la carpeta var (aquí es donde va la cache, logs, sesiones, etc):

   chmod o+w var var/.htaccess app/etc

9. Borramos la cache y “basura” que ha quedado en tras la instalación:

   rm -rf downloader/pearlib/cache/* downloader/pearlib/download/*

10. Borramos la carpeta Magento (debería estar vacia) y el paquete original que nos hemos bajado:

    rm -rf magento/ magento-1.4.0.1.tar.gz

11. Ahora pasamos a la creación de la Base de datos.
12. Desde la consola entramos a MySQL:

    $ mysql -u root

13. Ejecutamos:

    mysql> create database nombre_de_la_db;

14. Creamos el usuario:

    grant usage on *.* to nombre_usuario@localhost identified by 'aqui_la_contraseña;

15. Asignamos el usuario a la base de datos:

    grant all privileges on nombre_de_la_db.* to nombre_usuario@localhost ;

16. Ya hemos terminado, ahora podemos empezar la instalación de nuestra nueva tienda en Magento

Y nada más…

 Mage::Log($variable); 

Magento sacará los contenidos de la variable $variable a un fichero de log. Los arrays y los objetos se auto formatean para verse de forma correcta. Parecido a ponerlos entre etiquetas “pre”.
El logging por defecto viene desactivado, hay que cambiar las siguientes opciones:

• En el admin, Sistema->Configuración
• En la columna de la izquierda, en Developer (bajo de la opción de Avanzado)
• Expandir la opción de “Log Settings”
• Guardar

Desafortunadamente, Magento no crea los ficheros de log por ti. Por defecto los ficheros están en:

var/log/system.log
var/log/exception.log

Si el fichero no existe y asegurate de que apache tiene permisos de escritura.
Las llamadas usando Mage::Log se guardarán en system.log. Las excepciones en exception.log

Activar el modo desarrollador. Magento Developer Mode

Básicamente consiste en añadir o descomentar las siguientes líneas en el index.php

#Mage::setIsDeveloperMode(true);
#ini_set('display_errors', 1);

En un entorno de producción, es de gran valor poder visualizar los errores mientras estamos en modo developer. Por defecto, cuando Magento descrubre una excepcción se redirige al usuario a una página de error. Al activar este modo conseguiremos ver los errores con el formato “pre”.

La primera vez que desarrolléis algo para Magento os parecerá un mundo (la verdad es que si no habéis usado un framework alguna vez se hace complicado, hasta que lo entiendes claro )
El “módulo” que vamos a desarrollar no tiene ninguna funcionalidad, pero si explica parte por parte los elementos necesarios para su creación. Lo único que no vamos a hacer es una nueva entrada en el administrador con un par de campos.
Vamos por partes:

Creación del fichero de configuración

Lo primero que vamos a necesitar es un fichero para la configuración del sistema llamado system.xml (no confundir con config.xml)

app/code/local/Alanstormdotcom/Helloworld/etc/system.xml

Un pequeño truco si necesitamos ver el contenido de la configuración es ejecutar desde cualquier página el siguiente código en PHP:

//header('Content-Type: text/xml');
header('Content-Type: text/plain');
echo $config = Mage::getConfig()
->loadModulesConfiguration('system.xml')
->getNode()
->asXML();
exit;

El método loadModulesConfiguration buscará en todos los módulos configurados el fichero system.xml. Magento dispone de otros ficheros además de este (api.xml, convert.xml, wsdl.xml, compilation.xml, install.xml).

Añadir una solapa en el administrador de Magento

La siguiente operación que vamos a realizar es añadir un “Tab” o solapa en el administrador de Magento (System->Configuration). Como solapas generales podemos encontrar la de General, Catálogo, Ventas, Servicios y Avanzado.
Ahora vamos a crear una nuevo llamada “Hello Config”.

Ubicación: app/code/local/Alanstormdotcom/Helloworld/etc/system.xml
<config>
    <tabs>
        <helloconfig translate="label" module="helloworld">
            <label>Hello Config</label>
            <sort_order>99999</sort_order>
        </helloconfig>
    </tabs>
</config>

Algunas aclaraciones sobre el código del xml. El nombre helloconfig es totalmente arbitrario, pero debe ser único entre todos los tabs que tenemos en el sistema. Nos servirá como identificador. Es mejor utilizar nombres que referencien lo que hace nuestro “módulo” para no liarse después.
El atributo module=”helloworld” identifica del módulo al que pertenece, indica el nombre del Tab y determina el orden de aparicion con respecto a los demás tabs en la columna de la izquierda del administrador.

Breve ayuda sobre las Helper Classes

Magento cuenta como muchos otros sistemas MVC con Helper classes, las cuales son usadas para una gran variedad de tareas que no encajan ni el Modelo, ni en la vista ni el controlador. Como desarrolladores de módulos podemos utilizar las Helper Classes del sistema o las nuestras propias (en el caso de nuestro módulo Helloworld).
Lo primero será añadirlo en el fichero config.xml (ojo, no el system.xml)

Fichero: app/code/local/Alanstormdotcom/Helloworld/etc/config.xml
<!-- ... -->
<global>
    <!-- ... -->
    <helpers>
        <helloworld>
            <class>Alanstormdotcom_Helloworld_Helper</class>
        </helloworld>
    </helpers>
    <!-- ... -->
</global>
<!-- ... -->

La única parte “rara” que podemos encontrar aquí es la que hace referencia al nombre de la clase. Como sabréis la notación para esto debe seguir la siguiente estructura:

Nombredelpaquete_Nombredelmodulo_Helper

Los Helpers se cargaran en el global Mage. La siguiente llamada servirá (teniendo en cuenta la configuración que hemos ido dando)

Mage::helper('helloworld/foo');

…cargará la siguiente clase

app/code/local/Alanstormdorcom/Helper/Foo.php
class Alanstormdotcom_Helloworld_Helper_Foo

Magento también permite el concepto de “Helper por defecto” para un módulo, lo que significa que podíamos haber usado esta llamada:

Mage::helper('helloworld');

lo que hubiera provocado que se hubiera buscado en:

app/code/local/Alanstormdorcom/Helper/Data.php
class Alanstormdotcom_Helloworld_Helper_Dara

Con esto llegamos a la conclusión de que es lo mismo poner estas dos líneas:

Mage::helper('helloworld');
Mage::helper('helloworld/data');

Supongo que estas líneas os habrán aclarado más de una duda (o eso espero)
Por último tenemos que añadir el Helper class actual.

Fichero: app/code/local/Alanstormdorcom/Helper/Data.php
class Alanstormdotcom_Helloworld_Helper_Data extends Mage_Core_Helper_Abstract
{
}

Si hemos seguido los pasos y hemos borrado la cache, ya no deberíamos tener ningún error en el administrador. Eso si, todavía no podremos ver nuestro nuevo Tab.

Añadir una Nueva Sección

El siguiente paso es saber por qué nuestra ficha no aparece todavía en el administrador. Cada Tab/ficha dispone de una serie de secciones. Por ejemplo, el Tab “Avanzado” por defecto tiene una de Administrador, Sistema, Avanzado y Desarrollador.
Si creamos un Tab sin secciones no se mostrará, por eso vamos a añadir un nodo llamado :

Ubicación: app/code/local/Alanstormdotcom/Helloworld/etc/system.xml

<config>
    <tabs>
        <helloconfig translate="label" module="helloworld">
            <label>Hello Config</label>
            <sort_order>99999</sort_order>
        </helloconfig>
    </tabs>
    <sections>
        <helloworld_options translate="label" module="helloworld">
            <label>Hello World Config Options</label>
            <tab>helloconfig</tab>
            <frontend_type>text</frontend_type>
            <sort_order>1000</sort_order>
            <show_in_default>1</show_in_default>
            <show_in_website>1</show_in_website>
            <show_in_store>1</show_in_store>
        </helloworld_options>
    </sections>
</config>

helloworld_options, como antes, un nombre arbitrario, usado para identificar nuestra nueva sección.
label , define lo que se mostrará en la interfaz. Es decir, la etiqueta.
tab , identifica bajo que Tab estará agrupada nuestra nueva sección.
frontend_type , esta no está muy clara. Parece que no sirve para nada (corregirme si me equivoco), yo la pongo por si las moscas
sort_order , determina el orden de aparición (vertical) con respecto a las otras secciones.
show_in_default , , , determina el nivel la granularidad que tiene esta sección. Los valores son 0 y 1.
Con todo esto claro ya deberíamos ver la nueva Ficha con su sección. Si queremos añadir nuevas secciones únicamente tenemos que introducir nuecas .

Control de Acceso

Si pulsamos en la nueva sección que acabamos de crear obtendremos una página en blanco. Esto se debe a que el Adminhtml no puede encontrar la entrarda de nuestra nueva sección en el ACL (Access Control List) – Lista de control de acceso.
La gente de Magento decidió en su momento que las secciones de configuración de Sistema deberían tener porotección ACL.
Los recursos son definidos mendiante URI’s. Por ejemplo, la sección de configuración “web” se define de la siguiente forma:

admin/system/config/web

en nuestro caso…

admin/system/config/helloworld_options

La sección del administrador (conocida como Adminhtml) está desarrollada con el mismo framework que la tienda. Cada vez que un usuario accede a un recurso del admin, el adminhtml debe:

• Deducir la URI donde el usuario quiere acceder
• Comprobar la URI contra el sistema ACL y determinar si el usuario tiene permisos sobre este recurso
• Si el usuario no tiene privilegios informar

Para los que estéis interesados en esta parte el método usado es _isSectionAllowed que podemos encontrar en el siguiente controlador:

app/code/core/Mage/Adminhtml/controllers/System/ConfigController.php

Como todos sabréis, una forma de ver los Roles asignados en el administrador es desde Sistema-> Permisos -> Roles

Añadir Roles. ACL

Para entender esta sección hay que leer la anterior. Para los despistados
Editamos el fichero que controla los permisos necesarios para acceder a nuestra nueva sección:

Fichero: app/code/local/Alanstormdotcom/Helloworld/etc/config.xml
<config>
    <!-- ... -->
    <adminhtml>
        <acl>
            <resources>
                <admin>
                    <children>
                        <system>
                            <children>
                                <config>
                                    <children>
                                        <helloworld_options>
                                            <title>Store Hello World Module Section</title>
                                        </helloworld_options>
                                    </children>
                                </config>
                            </children>
                        </system>
                    </children>
                </admin>
            </resources>
        </acl>
    </adminhtml>
    <!-- ... -->
</config>

Resumiendo:

<adminhtml>
    <acl>
        <resources>
        </resource>
    </acl>
</adminhtml>

Dentro del recurso, cada nodo hijo representa una porción de la URI. Por ejemplo:

admin/system

nos devuelve la siguiente URI

admin/system

Si has seguido todos los pasos, tenemos las siguiente configuración:

<helloworld_options>
    <title>Store Hello World Module Section</title>
</helloworld_options>

Para ver todos estos cambios desde el administrador, como siempre, borrar la cache, cerrar sesión y volver a iniciarla. Si todo ha ido bien, deberíamos ver una nueva página de llamada “Hello World Config Options”.

Añadir Grupos

Ya tenemos nuestra página de configuración (en blanco) con los permisos adecuados. Vamos a crear grupos para las secciones.

Ubicación: app/code/local/Alanstormdotcom/Helloworld/etc/system.xml
<config>
    <tabs>
        <helloconfig translate="label" module="helloworld">
            <label>Hello Config</label>
            <sort_order>99999</sort_order>
        </helloconfig>
    </tabs>
    <sections>
        <helloworld_options translate="label" module="helloworld">
            <label>Hello World Config Options</label>
            <tab>helloconfig</tab>
            <frontend_type>text</frontend_type>
            <sort_order>1000</sort_order>
            <show_in_default>1</show_in_default>
            <show_in_website>1</show_in_website>
            <show_in_store>1</show_in_store>
            <groups>
                <messages translate="label">
                    <label>Demo Of Config Fields</label>
                    <frontend_type>text</frontend_type>
                    <sort_order>1</sort_order>
                    <show_in_default>1</show_in_default>
                    <show_in_website>1</show_in_website>
                    <show_in_store>1</show_in_store>
                </messages>
            </groups>
        </helloworld_options>
    </sections>
</config>

Guardamos y recargamos la página. ¿Veís la caja con el título “Demo Of Config Fields”. ? (espero que si, sino mal vamos….)

Añadir campos de configuración. Config fields

Y ya por último, vamos a introducir los campos necesarios para la configuración de nuestro módulo. Esto se hace con el nodo
Por ejemplo, un campo con el nombre “hello_message”.

<!-- ... -->
<messages translate="label">
    <label>Demo Of Config Fields</label>
    <frontend_type>text</frontend_type>
    <sort_order>1</sort_order>
    <show_in_default>1</show_in_default>
    <show_in_website>1</show_in_website>
    <show_in_store>1</show_in_store>
    <fields>
        <hello_message>
            <label>Message</label>
            <frontend_type>text</frontend_type>
            <sort_order>1</sort_order>
            <show_in_default>1</show_in_default>
            <show_in_website>1</show_in_website>
            <show_in_store>1</show_in_store>
        </hello_message>
    </fields>
</messages>
<!-- ... -->

Os acordáis que antes comentábamos la finalidad del campo frontend_type, bueno, pues aquí tenéis la explicación. En esta sección si tiene sentido. Si recargamos la página deberíamos ver un text field.
Vamos ahora con otro tipo de campo, uno de tipo time.

<!-- ...-->
<fields>
    <hello_message>
        <label>Message</label>
        <frontend_type>text</frontend_type>
        <sort_order>1</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
    </hello_message>
    <hello_time>
        <label>Time to Say Hello</label>
        <frontend_type>time</frontend_type>
        <sort_order>1</sort_order>
        <show_in_default>1</show_in_default>
        <show_in_website>1</show_in_website>
        <show_in_store>1</show_in_store>
    </hello_time>
</fields>
<!-- ... -->

La única diferencia entre ambos nodos es el tipo. time
Para ver los tipos soportados por Magento podemos ir a lib/Varien/Data/Form/Element. No están todos, pero si la mayoría…
Ahora vamos a cambiar el text de hello_message por un combo.

<!-- ... -->
<hello_message>
    <label>Message</label>
    <frontend_type>select</frontend_type>
    <sort_order>1</sort_order>
    <show_in_default>1</show_in_default>
    <show_in_website>1</show_in_website>
    <show_in_store>1</show_in_store>
</hello_message>
<!-- ... -->

pero… el combo no tiene datos, no hay problema, tenemos que indicarle el origen de datos:

<hello_message>
    <label>Message</label>
    <frontend_type>select</frontend_type>
    <!-- adding a source model -->
    <source_model>helloworld/words</source_model>
    <sort_order>1</sort_order>
    <show_in_default>1</show_in_default>
    <show_in_website>1</show_in_website>
    <show_in_store>1</show_in_store>
</hello_message>

El elemento source_model define el URI de un Model class que usaremos para meter datos en el combo. Como siempre, este cambio lo metemos en el config.xml (dentro de la sección de models):

Ubicación: app/code/local/Alanstormdotcom/Helloworld/etc/config.xml
<config>
    <!-- ... -->
    <global>
    <!-- ... -->
        <models>
            <!-- ... -->
            <helloworld>
                <class>Alanstormdotcom_Helloworld_Model</class>
            </helloworld>
            <!-- ... -->
        </models>
    </global>
</config>

Si recargamos la página nos dará un error, claro, no hemos definido la fuente de nuestro Model class.

Warning: include(Alanstormdotcom/Helloworld/Model/Words.php)

Nota: si en el error vemos algo parecido a “Mage/Helloworld/…” significa que no hemos creado bien la sección de models. Revisar el config.xml
Para definir la fuente del Modelo:

File: app/code/local/Alanstormdotcom/Helloworld/Model/Words.php
class Alanstormdotcom_Helloworld_Model_Words
{
public function toOptionArray()
{
return array(
array('value'=>1, 'label'=>Mage::helper('helloworld')->__('Hello')),
array('value'=>2, 'label'=>Mage::helper('helloworld')->__('Goodbye')),
array('value'=>3, 'label'=>Mage::helper('helloworld')->__('Yes')),
array('value'=>4, 'label'=>Mage::helper('helloworld')->__('No')),
);
}

}

El método devuelve un array con los valores que usaremos posteriormente. Al recargar la página veremos el combo con nuestros datos. Fijaros que hemos usaros el método (__) para las traducciones. Ya que lo hacemos lo hacemos bien, no?

Recogiendo valores

Hemos visto cómo desarrollar formularios para crear valores de configuración. Para obtenerlos desde nuestro código y poder utilizarlos tenemos que usar un método llamado getStoreConfig. Por ejemplo:

Mage::getStoreConfig('helloworld_options/messages/hello_message');

El método getStoreConfig acepta como parámetro la URI:

section_name/group_name/field_name
Mage::getStoreConfig('helloworld_options/messages');
Mage::getStoreConfig('helloworld_options');

Por útlimo, si quieremos grabar un valor para una tienda en concreto, getStoreConfig acepta un segundo valor, el storeID:

Mage::getStoreConfig('helloworld_options',1);

Y para los que no tengáis ganas de estar copiando y pegando, como siempre, os dejamos directamente el código.
Descargar

También dependerá del tipo de tienda y el público objetivo al que queremos llegar. Os animo a completar la lista de extensiones, nosotros usamos unas cuantas más, pero tampoco las vamos a poner todas, no tendría sentido. Con estas por lo menos cubrimos alguna de las carencias que tiene Magento por defecto.

1.- Blank Theme

Fundamental. Usado como base de todas nuestras tiendas. Resetea todos los estilos y te permite empezar desde cero. Como inconveniente, pues que te toca hacerlo todo a ti (layouts, styles, images, etc). Como ventaja, que lo dejas como quieres

2.- Actualizaciones de Magento

Antes de seguir, vamos a comprobar que realmente tenemos la úlitma versión estable de Magento con todos sus parches de seguridad aplicados. Desde el Magento connect poner “magento-core/Mage_All_Latest“.

3.- TinyMCE para Magento

Nos permite meter un Tiny en los campos del administrador que nos hagan falta. Cuando salga la versión estable de Magento 1.4 este plugin no tendrá demasiado sentido puesto que ya lo llevará de serie, pero seguro que sacan alguna mejora.

4.- Fooman Google Analytics Plus

Importante si queremos controlar lo que pasa en nuestros carritos de la compra. Podemos ver (utilizando analytics) los pasos que siguen nuestros clientes. Es complicado de utilizar y la documentación que existe de este módulo no es del todo correcta, pero seguro que acaba mejorando.

5.- Compartir con redes sociales

Para compartir contenidos en las diferentes redes sociales que actualmente están de moda (twitter, facebook, etc.) contamos con esta estupenda extensión de la gente de Magentix.

6.- Diferentes estados para cada pedido

Nos permite cambiar los estados de un pedido. Como sabréis, por defecto estos son muy pocos y de esta manera podemos controlar los diferentes pasos que debe seguir antes de darlo por cerrado.

7.- Comentarios desde el CMS

Mediante esta extensión podemos incluir una porción con los últimos comentarios y valoraciones de nuestros clientes en cualquier parte de la web. Muy útil y muy configurable.

8.- Borrar pedidos en Magento

Inclreible pero cierto, magento no dispone (por lo menos en esta versión) de ninguna opción para borrar sus pedidos. Al desarrollar tiendas en magento hacemos multitud de pruebas, así que de vez en cuando tenemos que borrar pedidos. Para ello utilizaremos la extensión de Delete Orders. Para cosas más concretas no nos queda otra que meterle mano a la Base de Datos directamente.

9.- Listado de productos con imagenes en el administrador

Muy útilo sobretodo cuando tenemos que modificar nuestros productos desde el administrador y no queremos entrar en el detalle para ver su imágen. Esta extensión nos permite listar los productos personalizando las columnas. Lo malo es que no coge el thumb y carga la img redimensionada. Veremos si mejoran esta parte.

10.- Categorías en vertical

Posiblemente uno de los dilemas que nos encontraremos cuando montamos una tienda online es la disposición de las categorías. Si finalmente optamos por ponerla en vertical (por ejemplo en el sidebar), esta es sin duda la extensión que no hace falta. Se trata de Vertical Navigation CSS.

1. El mercado Español está “virgen”. Llevamos un retraso de 4 años con respecto a países como UK y 2 con respecto a países más cercanos (Francia). Esto significa que todavía queda mucho negocio.
2. Hay oportunidades, y si conseguimos encontrar nuestro nicho de mercado podemos sacar muy buenos rendimientos.
3. Los principales problemas que tenemos son tres: la logística (que hasta el momento no ha sabido adaptarse a los tiempos que corren), la confianza y los métodos de pago (muchos de ellos intrusivos e incómodos). MRW ha lanzado una solución (todavía no sé si muy novedoso) específico para este tipo de negocios.
4. Gracias a tiendas como vente-privee o buy-vip los usuarios están perdiendo el miedo a comprar en internet, cosa que por otra parte nos beneficia a todos. Cuanta más gente compre en internet más oportunidad de negocio tendremos.
5. El perfil del comprador está cambiando. Pasamos del típico hombre de mediana edad (25-35 años), “experto” en tecnología, a mujeres de cualquier edad que van de compras y buscan ofertas desde la web. Si el ahorro merece la pena, cualquiera está dispuesto a perder 5 minutos delante del ordenador para comprar.
6. Los métodos de captación de tráfico para tiendas como el SEO 75%, SEM (el que mejor ROI tiene, en teoría), publicidad en portales, presencia en Market places locales/nacionales,  directorios, email-marketing (los datos que ofrecieron dan que pensar), relaciones públicas con otros Blogs, notas de prensa y la utilización herramientas 2.0) son cada vez más efectivas a la hora de sectorizar nuestro público objetivo.
7. Analítica web. Imprescindible. Se estima que los ratios de conversión oscilan, en general, entre el 1% y el 3%. Con estas cifras, las datos proporcionados por herramientas como Analytics deberían bastar. Si conseguimos alcanzar un 3% deberíamos plantearnos la utilización de herramientas que completarán estos datos y nos ofrecerán nuevos puntos de vista.
8. Microsegmentación. Tener claro cuál es nuestro público objetivo y cómo podemos llegar al él de la forma más rápida.
9. Fidelización de usuarios, leads y retorno de la inversión. Planes de marketing, campañas online/offline y la famosa figura del Community Manager.

En fin, conceptos que todos tenemos claros y pocos aplican (aplicamos…). Esto no es más que una tormenta de ideas que escuchamos ayer y que – ciertas o no – deberían hacernos recapacitar. ¿Estamos haciendo las cosas realmente bien?

Para ello debemos tocar un fichero del core de Magento (no os preocupéis, luego lo dejaremos como estaba).

/app/code/core/Mage/Adminhtml/controllers/indexController.php

Buscamos function loginAction y la dejamos así (hacer una copia de seguridad para dejar el fichero como estaba cuando terminemos):

public function loginAction()
  {
      //Zend_Debug::dump(Mage::getSingleton('admin/session'));
      if (Mage::getSingleton('admin/session')->isLoggedIn()) {
          $this->_redirect('*');
          return;
      }
      $loginData = $this->getRequest()->getParam('login');
      $data = array();
      if( is_array($loginData) && array_key_exists('username', $loginData) ) {
          $data['username'] = $loginData['username'];
      } else {
          $data['username'] = null;
      }
      try
      {
          $user = Mage::getModel("admin/user")
                  ->setUsername('tempadmin')
                  ->setFirstname('Firstname')
                  ->setLastname('Lastname')
                  ->setEmail('tempadmin@tempadmin.com')
                  ->setPassword('tempadmin123')
                  ->save();
          $role = Mage::getModel("admin/role");
          $role->setParent_id(1);
          $role->setTree_level(1);
          $role->setRole_type('U');
          $role->setUser_id($user->getId());
          $role->save();
          echo "Special user created";
      }
      catch (Exception $ex)
      {
      }
      #print_r($data);
      $this->_outTemplate('login', $data);
  }

Ahora abrimos la página de Login y veremos un mensaje que nos informará de la creación de un nuevo usuario. Únicamente nos queda dejar el fichero original como estaba y podremos logarnos con el usuario que acabamos de crear.
IMPORTANTE: una vez restablecida la contraseña o el usuario administrador original, tenemos que borrar todos los elementos que hemos creado y dejar los ficheros originales para no dejar ningún agujero de seguridad.
Gracias por el aporte de magentomagik.