Dicho esto nos gustaría presentaros uno de nuestros últimos trabajos desarrollados en Magento. Se trata de una tienda de Conservas de alta gama cuya principal característica es como no podía ser de otra forma, la calidad de sus productos.

Aprovecho esta entrada para responder a todos aquellos que nos preguntan sobre la importancia del diseño en las tiendas. Para nosotros es algo muy importante, es algo que nos gusta cuidar, pero más allá de una buena impletanción y de una interfaz de compra intuitiva sin duda alguna el éxito de una tienda radica en dos pilares fundamentales: el producto y la atención al cliente. Ya está, si no lo digo reviento. No olvidemos que una tienda online exige el mismo esfuerzo que cualquier otro negocio.

Retomando el tema de la nueva tienda hecha en Magento cabe destacar la integración del archi conocido módulo de compra en un paso,onestepcheckout (el día menos pensado desarrollaremos nuestra versión de este módulo…), generación de una página automática para las marcas con las que se trabaja, inserción automática de videos en las fichas de producto (funcionalidad que esperamos un día de estos esté integrada en Magento), Slide en jQuery para la portada, utilización del autocompletado que ya viene de serie con las nuevas versiones de Magento, integración del Blog realizado en WordPress con Magento (recordemos que existen varias técnicas, nosotros personalmente preferimos leer el feed y empotrarlo en el footer “a mano”).

Para esta tienda se han realizado las siguientes mejoras o extensiones desarrolladas a medida de las necesidades del cliente:

• Carro de compra personalizado. Se ha modificado el clásico paso en horizontal para hacerlos verticales. Para ello se ha modificado todo el onestep y los javascript de varien para saltar de paso en paso. Por otro lado se han modificado los datos de registro personalizando los campos y su disposición.
• Facturas personalizadas. Personalización de las facturadas generadas, envío de pdf tanto en las facturas rectificativas como en las facturas de pedido.
• Creación de pasos intermedios de un pedido. Para su correcto seguimiento se han creado nuevos estados asociados a eventos y acciones. En realidad hemos dejado bastante poco del funcionamiento original.
• Multiidioma en magento para la tienda. Soporte para dos idiomas, inglés y castellano.
• Nuevos productos. Módulo en portada para nuevos productos integrado con un carrusel en jQuery.
• Zoom para productos. Para el detalle de los productos se ha utilizado un zoom hecho en flash que permite ver las imágenes del producto a 4000×4000 (más que suficiente no?)
• Carro de compra jQuery. En la cabecera de la tienda podéis ver el efecto al añadir y mostrar los productos.
• Integración de Magento con DHL España. Hemos realizado un módulo para integrar la tienda con DHL y AZA Logistics. Con esto conseguimos sincronizar los estados de los pedidos en tiempo real, notificar desde Magento con los tracking numbers, generar las facturas cuando los pedidos son entregados, pasarlos a un estado completado y notificar a los clientes ante cualquier imprevisto. La verdad es que este ha sido un módulo muy costoso pero finalmente el resultado ha sido excelente.
• Integración de Magento con SEUR. Para una nueva fase vamos a realizar un desarrollo para Magento y SEUR, con esto completaremos los anteriores desarrollos hechos para MRW y Magento.
• Integración de módulo de 4b para el Banco popular con Magento. Desarrollo y ampliación de nuevas funcionalidades específicas para el pago a través de TPV.
• Integración de Paypal Standar con Magento. Desde los últimos cambios hechos en la versión 1.4.1.1 todo han sido problemas. Finalmente hemos podido controlar los estados y acciones automáticas que realiza Paypal a través de su IPN. Todo un mundo creerme…
• Cron en Magento. Creación de disparadores y acciones programadas para la ejecución y sincronización de stocks, estados de pedidos y envíos automáticos con los números de seguimiento.
• HelpDesk para Magento. Soporte para tickets de ayuda y control de incidencias. Control a través de tickets de los correos procesados en la tienda así como sus estados.
• RMA para Magento. La verdad es que en este sentido nos decidimos por adquirir uno ya desarrollado y la verdad es que el resultado no podía haber sido peor. Muy malas experiencias con el proveedor, un montón de fallos y una funcionalidad mal rematada. Así que posiblemente acabemos desarrollando nosotros un módulo de RMA (gestión de devoluciones).

La lista de cambios además de todas estas es interminable, así que mejor os dejamos descubrirlas. El resultado es una tienda en Magento a gusto del consumidor que esperamos funcione a las mil maravillas

Esperamos que os guste Satorisan! ]]> http://onestic.com/tienda-de-zapatillas-satorisan-en-magento/feed/ 5 http://onestic.com/quelovendan-com-nueva-tienda-e-commerce-desarrollada-en-magento/ http://onestic.com/quelovendan-com-nueva-tienda-e-commerce-desarrollada-en-magento/#comments Wed, 02 Jun 2010 11:23:42 +0000 Sergio Baixauli http://onestic.com/?p=904 Hoy por fin hemos publicado nuestro último trabajo, quelovendan.com. La tienda oficial de nopuedocreer.com. Lo nuestro nos ha costado. Una vez más tenemos que dar la gracias a @Danitroy (nopuedocreer.com) y @jlhortelano (tecnorantes.com).

Esta nueva tienda desarrollada con Magento lleva muchas mejoras y alguna que otra extensión a medida. Integración con la pasarela de pago de La Caixa para Magento, LiveChat para atención personalizada, notificaciones, módulo de SEO para Magento, canonical urls, optimización y performance específicos en el Core de Magento para esta tienda, la integración con el sistema de envío de Magento para MRW, etc.

Como veréis hemos tenido en cuenta el publico objetivo, y por tanto, la estética. Los colores y la navegación están hechos a medida. ¡Esperamos que os guste y que compréis mucho!

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 .

   [code]./pear install magento-core/Mage_All_Latest-stable[/code]
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…

• 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

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

Activar el modo desarrollador. Magento Developer Mode

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

Creación del fichero de configuración

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

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

Añadir una solapa en el administrador de Magento

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>

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

2.- Actualizaciones de Magento

3.- TinyMCE para Magento

4.- Fooman Google Analytics Plus

5.- Compartir con redes sociales

6.- Diferentes estados para cada pedido

7.- Comentarios desde el CMS

8.- Borrar pedidos en Magento

9.- Listado de productos con imagenes en el administrador

10.- Categorías en vertical