Periodicamente scripts do Magento precisam ser executados para executar tarefas como:

• Reindexar preços de catálogo(melhora performance de busca)
• Enviar newsletters
• Gerar o Google Sitemap
• Alertar usuários de mudanças de preço ou estoque
• Atualizar automaticamente cotação de moedas estrangeiras
• Fazer limpeza de logs no banco de dados
• Executar periodicamente tarefas que você desenvolveu no seu módulo, etc.

Gastei um tempo para tentar entender como funciona exatamente o sistema de Cron, pois é bastante confuso. Em algumas documentações eu vi que deveria agendar o cron.php para rodar, em outras me diziam que isso deveria ser feito pela administração. Com um tempo de estudo entendi como funciona e vou explicar agora.

Agendamento de tarefas dos módulos

Cada módulo do Magento possui seu próprio agendamento. Nem todos os módulos vão rodar sempre no mesmo horário. Vamos tomar como exemplo o módulo de Newsletter.

Para que este módulo envie as newsletters programadas no dia e horário configurado pelo administrador é necessário que algum script seja executado em determinado período. Para fazer essa configuração o arquivo config.xml do módulo possúi a seguinte configuração:

<config>

    <!-- ... -->

    <crontab>
        <jobs>
            <newsletter_send_all>
                <schedule><cron_expr>*/5 * * * *</cron_expr></schedule>
                <run><model>newsletter/observer::scheduledSend</model></run>
            </newsletter_send_all>
        </jobs>
    </crontab>

    <!-- ... -->

</config>

A expressão */5 * * * * significa que o script deverá rodar todo dia a cada 5 minutos. A notação é a mesma utilizada no crontab do Linux. Já a reindexação de preços possui a expressão 0 2 * * * que significa que rodará todos os dias as 2:00 a.m.

Como o magento gerencia as tarefas

Para o Magento gerenciar essas tarefas ele possui uma tabela especifica chamada cron_schedule. Dentre as colunas da tabela há as que se destacam:

• job_code: código do processo a ser executado
• status: status da tarefa
• scheduled_at: data e hora em que a tarefa está prevista para ser executada

Tomando ainda de exemplo o módulo de Newsletter, teremos na tabela cron_schedule os valores:

Essa linha informa que o processo newsletter_send_all, ou seja os envios de Newsletters será executado às 14:35 do dia 06/08/2010. Uma vez executado o status muda para "success". De acordo com que o arquivo cron.php for rodando ele criará mais registros como esse agendando a tarefa para 14:40, 14:45, 14:50, etc.

Na raíz do Magento há um arquivo chamado cron.php. Este arquivo é responsável por gerenciar toda a parte de agendamento. Ele criar os agendamentos na cron_schedule, roda as tarefas em seus devidos horários, limpa tarefas antigas, etc. Ele deve ser executado periodicamente para fazer a gerência de tarefas. Você pode configurá-lo dentro do seu servidor utilizando o Crontab(Linux) ou o Agendador de Tarefas(Windows). Se você não puder fazer essa configuração no seu servidor ou seu serviço de hospedagem não da suporte você pode optar por usar serviços on-line como o http://cronless.com/ ou o http://www.onlinecronjobs.com/.

Eu recomendo que este arquivo seja chamado a cada 5 minutos. Assim fica mais difícil tarefas serem executados fora do horário previsto ou até mesmo causar uma sobrecarga de tarefas sendo executadas, por exemplo, seu arquivo foi executado na ultima vez às 14h e você configurou para ele ser chamado a cada 30 minutos, logo a próxima vez que ele rodar será às 14:30. Todos os processos que foram agendados para rodar entre 14 e 14:30 vão ser executados todos de uma vez às 14:30.

Configurações de execução de cron no Magento

O Magento possúi algumas configurações relacionadas aos agendamentos de tarefa. Se você for em Admin > System > Configuration > System > Cron(na versão inglẽs) verá as seguintes opções:

• Generate schedules every
  Tempo(em minutos) em que será gerado na tabela cron_schedule um registro com agendamento de tarega. Exemplo: Se esta opção está setada com o valor 15 e o cron.php rodou pela última vez às 14h então só será gerado registros de agendamento às 14:15. Se o cron.php rodar às 14:10 nada fará além de executar tarefas agendadas naquele horário. Valor recomendado: 60.
• Schedule ahead for
  Será gerada tarefas até x minutos a frente. Exemplo: se este valor está setado para 10, o cron.php roda às 14h e a tarefa deve ser rodado de 5 em 5 minutos, será gerado na tabela cron_schedule tarefas para às 14:00, 14:05 e 14:10. Valor recomendado: 15.
• Missed if not run within
  Tempo em minutos em que uma tarefa será considerada perdida. Exemplo: Se estiver configurado com o valor 3, a tarefa está programada para rodar às 14h o arquivo cron.php deve rodar até as 14:03 ou então esta tarefa não rodará mais e seu status mudará para "missed". Valor recomendado: 60.
• History cleanup every
  Tarefas executadas ou perdidas serão limpas a cada x minutos. Valor recomendado: 120.
• Success history lifetime
  Registros de tarefas executadas com sucesso ficará por até x minutos após sua execução. Valor recomendado: 120.
• Failure history lifetime
  Registros de tarefas executadas e falharam ficará por até x minutos após sua execução. Valor recomendado: 120.

A partir de agora o endereço da consulta será o http://ws.correios.com.br/calculador/CalcPrecoPrazo.aspx. A partir do dia 02/07/2010 o endereço http://shopping.correios.com.br/wbm/shopping/script/CalcPrecoPrazo.asmx será desativado.

Ainda não sei se isso vai influência no fim das quedas constantes do serviço. Vamos ficar na esperança.

Foi lançado hoje a nova versão do módulo NOIX CORREIOS. O módulo conta com algumas novidades:

• Nova forma de cálculo de volume
  Informando os atributos que irão receber as informações de altura, largura e comprimento dos produtos é possível ter o cálculo de preço real.
   
• Adicionado rastreio de pedidos
  Agora, quando o número de rastreio for adicionado ao Magento, o NOIX CORREIOS irá buscar as informações de rastreio e exibí-las.
   
• Integração com o sistema de promoções do Magento
  Para cada promoção de carrinho de compras criada, pode ser criar uma ação que irá afetar diretamente no preço dos fretes exibidos pelo módulo.

Confira o módulo no endereço http://www.magentocommerce.com/extension/specs/4101/noix_correios. Dê seu feedback através da área de discussão do módulo no Magento Connect..

1. O problema

Já presenciei várias vezes uma cena que para mim estava pior que um Deja Vu. Alguém atende ao telefone e minutos depois grita “É aquele problema da acentuação de novo!”. Um problema que aparece freqüentemente assombrando desenvolvedores e clientes. Infelizmente na maioria dos casos os problemas são resolvidos da mesma forma como um encanador preguiçoso resolve um problema de encanamento: cola aqui, acolá, passa a fita e está pronto! O problema, às vezes, é pior do que se imagina, pois na maioria dos casos o site ou sistema funciona bem, com tudo rodando direitinho. Mas ninguém parou para pensar o que aconteceria se um árabe acessasse o mesmo. Ou um japonês… É muito comum entrarmos em sites de pessoas que moram do lado oposto do Greenwich e enxergar todos os caracteres estranhos e deformados, como se estivessem lhe xingando. Isso não é ruim apenas para usuários, mas para desenvolvedores. Se você desenvolve em PHP isso está mais próximo de você do que imagina. Já pensou em disponibilizar seu código para alguém do outro lado de mundo e ele não decifrar nada? Descubra, portanto, a solução Unicode.

2. Como funciona?

Tudo começou lá atrás, quando o Unix ainda estava sendo desenvolvido. Todos sabem que essa história se iniciou nos Estados Unidos, e sabem mais ainda que lá o que predomina é o bom e velho inglês. Ou seja, todas aquelas letras sem acento eram o que prevalecia no mundo da computação. Para cada uma daquelas letras havia um código – que ia do 32 ao 127. Mesmo antigos, esses códigos ainda existem. Os códigos anteriores ao 32 representam outros comandos como Return, indicação de começo de texto etc. – e todos esses códigos estão especificados em uma tabela conhecida como ASCII. Sendo assim o código 32 representa o espaço vazio, o 33 um ponto de exclamação (!), já o código 65 representa a letra A (maiúsculo) enquanto 97 representa a (minúsculo). Para armazenar esses códigos em um byte era necessário apenas 7 bits, o que deixava 1 bit sobrando. Problema: como um byte (ou 8 bits) consegue representar números que vão do 0 ao 255, muita gente se perguntou o que poderia ser feito com os códigos restantes (128 ao 255) da tabela ASCII. Muitos desenvolvedores resolveram fazer seu uso de forma desordenada, por exemplo, a IBM-PC lançou algo chamado de OEM (Original Equipment Manufacturer) e disponibilizava nele vários caracteres acentuados e para “desenhar linhas”, tudo beleza. Isso até os computadores começaram a ser vendidos fora dos Estados Unidos, fazendo com que surgisse todo tipo de caractere novo que se utilize do código 128 em diante. Sendo assim então surgiu o padrão ANSI, onde se convencionou que tudo abaixo do 128 permaneceria igual ao código estadunidense e, de 128 para cima, haveria um padrão de acordo com a localidade do usuário. Nem tudo são flores, pois aconteceu que em alguns países em que o alfabeto é imenso, não era possível representar todas a letras com apenas 8 bits. Algumas ações foram feitas para contornar esse problema, e tudo até que se resolveu… Até inventarem a Internet.

3. Unicode

Existem muita confusão a cerca do assunto: pessoas acham que Unicode é armazenar um caractere em 16 bits, o que é totalmente errado. O Unicode criou um conceito onde há algo chamado de code point. Assim todas as letras eram representadas por números em hexadecimal, que iam de 0 à 0×10FFFF (1.114.111 em decimal), e, com isso, mais caracteres poderiam ser incluídos e representados para qualquer computador em qualquer parte do mundo. Para isso, existem as codificações, ou seja, esses code point’s precisam ser transportados em bytes e codificados de forma correta. Há vários tipos de codificação; cada uma com sua forma diferente, por exemplo, o UTF-8 utiliza-se de até 4 bytes (estritamente de 8 bits) para representar um só code point. Os primeiros caracteres (que vão do 0 ao 127) precisam apenas de 1 byte. Isso gerou uma melhor aceitação ao UTF-8, pois não haveria problema algum em codificar textos em inglês vindos do velho ASCII.

4. Não existe texto puro

Nada do que foi escrito até aqui vai ter valido a pena se o desenvolvedor não tiver em mente que texto puro não existe. Não existe aquele texto sem codificação, e ASCII não é texto puro. É necessário informar sempre qual a codificação usada. Os aplicativos que imprimem conteúdo precisam ter em seu cabeçalho qual a codificação usada, e os aplicativos que lêem precisam saber a codificação usada e ler corretamente. Em outras palavras, se você possui um site você precisa que seu site envie um cabeçalho informando qual o charset correto e o browser precisa entender e ler esse charset.

5. ISO-8859-1 x UTF-8

Apesar de problemas de codificação ocorrerem em todo o mundo, no Brasil temos um problema um pouco mais especifico. É comum ver por ai sites que possuem problemas de acentuação por conta de má decodificação. Muitos desenvolvedores ainda insistem em usar a codificação ISO-8859-1, que é uma das codificações ASCII antecedente ao Unicode, no qual os códigos acima de 128 representavam caracteres acentuados ou qualquer outro caractere latino. Para o fim desse problema, é necessário que os desenvolvedores saibam o que causa o problema e adotem qualquer padrão Unicode. Hoje o UTF-8 é o mais usado e possui maior suporte dentre as aplicações Web existentes.

6. Como solucionar meus problemas?

A primeira coisa a fazer é tentar adotar o Unicode em tudo que você usar. Busque no seu editor de texto ou IDE preferido como configurar para que ele trabalhe com UTF-8. Não adianta você escrever um arquivo em ISO-8859-1 enquanto tudo que for ler tenta interpretar UTF-8. É preciso também que os arquivos HTML informem ao navegador que o conteúdo a ser impresso é codificado em UTF-8. Para isso é necessário adicionar a todas suas páginas uma tag META no cabeçalho, como mostrado a baixo:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Quem trabalha com Web sabe que é comum problemas de codificação quando se fala em AJAX. Isso tanto na hora de salvar os dados quanto na hora de exibi-los. Tal fato acontece por que a codificação padrão usada para requisições assíncronas nos browsers é UTF-8. O PHP recebe os dados com os acentos normalmente, o problema maior é quando os dados são inseridos no banco de dados. Se o banco de dados está configurado para usar latin1 (que equivale a ISO-8859-1), então os dados vindos do AJAX, que não sofrem nenhum tipo de decodificação no PHP (veja a função utf8_decode), têm problemas na acentuação. Isso conseqüentemente implica na exibição desses dados que vêm do AJAX. Você não é obrigado, toda vida que for inserir dados no banco, decodificá-los. Isso porque toda sua aplicação agora está no padrão Unicode. Basta você dizer ao seu banco de dados que trabalhe assim também. Para quem trabalha com MySQL, infelizmente sua instalação padrão configura para latin1. Portanto, toda vez que uma conexão nova for feita ao MySQL pelo PHP, execute o seguinte comando como se estivesse fazendo um select:

SET NAMES ‘utf8′;

Ficaria assim no PHP:

mysql_query ( "SET NAMES ‘utf8′;" );

Assim o MySQL sabe que essa é a codificação que ele terá que usar tanto para retornar os dados como para gravá-los.

Considerações finais

Atenção: essas explicações são o mínimo que um desenvolvedor deve saber sobre codificação de arquivos. O padrão Unicode deve ser adotado para que problemas como esses sejam resolvidos. É importante lembrar que tanto como a aplicação que imprime, como a que lê o conteúdo precisar saber qual o tipo de codificação será usada. Por isso, vale ressaltar que no desenvolvimento do site/sistema é imprescindível que tudo esteja usando a mesma codificação, sobretudo o editor de texto, como a base de dados e os cabeçalhos enviados.

Pois bem, na versão 1.7 do Magento Enterprise Edition é possível criar regras (bem parecida com as que criamos para uma promoção) para associar automaticamente produtos.

Para isso basta entrar na opção de menu como é mostrado na imagem:

Na hora de criar uma regra você tem várias opções como:

• Setar a prioridade da regra. Assim uma regra com prioridade maior pode se sobrepor a outra na hora de exibir as relações
• Aplicar aos 3 tipos de relacionamento existentes no Magento: cross-sell, up-sell e produtos relacionados
• As regras podem ser fixas ou existir por um determinado período
• Limitar o máximo de produtos exibidos pela regra

E após escolher a regra de relacionamento, é posivel escolher uma regra para limitar quais produtos a regra encontrou serão selecionados. No exemplo abaixo a regra busca pro produtos que não estejam nas categorias indicadas(primeira imagem) e depois diz que dos produtos que a regra encontra só irá exibir aqueles que tiverem a mesma cor.

Ele se aproveita do Webservice disponibilizado pelos Correios gratuitamente e é de fácil instalação através do Magento Connect.

Com o NOIX CORREIOS é possível realizar cálculos de frete nos principais serviços dos Correios:

• PAC (Encomenda normal)
• Sedex
• Sedex 10
• Sedex Hoje
• Sedex a Cobrar

Além disso o módulo também calcula fretes de lojas que possuam contrato. Ou seja, se a loja possuir contrato com os Correios, apenas informando seu código e senha é possível oferecer aos seus clientes preços mais baratos que no balcão.

Instale o NOIX CORREIOS: http://www.magentocommerce.com/extension/2873/noix-correio

Nesse artigo vou explicar a criação de um módulo básico. Tudo que for necessário para começar a escrever um módulo.

Entendendo a estrutura de módulos no Magento

Os módulos devem ficar dentro da pasta app que por sua vez fica na raíz da aplicação. Como o Magento implementa MVC os arquivos dos módulos que contêm código PHP e código HTML ficam separados dentro das pastas code e design respectivamente. Se você está perdido com esse monte de pastas não se preocupe, farei um post só sobre elas.

Já dentro da pasta code, temos mais 3 pastas:

• core
  Aqui dentro ficam todos os módulos que fazem parte do core do Magento. Nunca altere nenhum arquivo aqui dentro, pois o risco de dar problema na hora de fazer upgrade é muito grande.
• community
  Já nesta pasta fica todos os módulos disponibilizados pela comunidade. Se você baixar algum módulo a partir do Magento Connect ele vai jogar esses módulos aqui dentro. Caso você baixe por conta própria é recomendado que você jogue o código aqui dentro.
• local
  A pasta local é onde você deve escrever os módulos específicos da sua loja. Se por exemplo você sobrescreveu algum módulo do Magento para atender a uma especificação do seu cliente, ponha seu código aqui.

Dentro de cada pasta dessa temos várias outras pastas. Essas pastas representam as companhias que desenvolveram os módulos e dentro das pastas das companhias temos os módulos disponibilizados por elas. Por exemplo, se a NOIX criasse um módulo chamado AdvancedBanners e ou outro AdvancedSearch, e eles fossem disponibilizados para a comunidade teriamos os dois caminhos:

• /app/code/community/Noix/AdvancedBanners
• /app/code/community/Noix/AdvancedSearch

Obs: Os módulos do Magento estão sempre dentro de ‘/app/code/core/Mage‘.

Entendendo o módulo

Antes de mais nada vamos entender o que nosso módulo irá fazer. Como a idéia é manter a simplicidade para melhorar o entendimento, vamos apenas fazer com que nosso módulo imprima ‘Hello World’ quando eu acessar o endereço http://minhaloja.com.br/helloword.

É importante saber que o Magento é escrito em cima do Zend Framework e o entender básico do fluxo interno. Em resumo funciona da seguinte maneira:

1. Recebendo a requisição do usuário
   Quando o usuário escreve no navegador o Magento recebe a informação da URL que eles está tentando acessar. Após receber a URL do usuário o Magento faz o seguinte processo: retira sua url base e repassa todo o resto para seu Router. No nosso caso nossa url base é http://minhaloja.com.br/ e tentaremos acessar o endereço http://minhaloja.com.br/helloword. Logo o Magento repassará para seu Router o texto ‘helloworld‘.
2. Fazendo rotas
   O Magento mantém um registro de todas as rotas que ele deve fazer em seu Router, ou seja, uma vez a URL tratada, o texto que restar o Magento saberá tratar para descobrir qual módulo, qual controller e qual action ele deve chamar e quais os parâmetros ele deve passar.

Sabendo disso vamos criar a estrutura do nosso módulo que deverá seguir o caminho: /app/code/local/Noix/HelloWorld

Dentro da pasta HelloWorld deve ser criada uma pasta chamada controllers, onde ficarão todos os controllers daquele módulo. Crie também dentro de HelloWorld uma pasta chamada etc. O coração dos módulos do Magento são seus XML’s. Quase tudo nele é configurável através de XML. E as configurações dos módulos ficarão dentro de suas respectivas pastas etc.

Agora temos as pastas /Noix/HelloWorld/controllers e /Noix/HelloWorld/etc.

Configurando o módulo

Crie dentro da pasta etc um arquivo chamado config.xml. Dentro dele fica toda a configuração básica para o funcionamento do módulo.

O XML deve ser bem formatado portanto começaremos com a tag:

<?xml version="1.0" encoding="UTF-8"?>

Como em um XML bem formatado é obrigatório ter um nó pai, o Magento padronizou que seu nó pai será sempre chamado de config. Então ficará:

<?xml version="1.0" encoding="UTF-8"?>
<config>
</config>

Em seguinda daremos informações do módulo como seu nome, versão e até mesmo quais outros módulos ele depente:

<config>
    <modules>
        <Noix_HelloWorld>
            <version>1.0</version>
            <depends>
                <!-- ** Nosso módulo não depende de nada. mas se dependesse por exemplo do
               módulo de envio do Magento escreveriamos assim:
               <Mage_Shipping />
               -->
            </depends>
        </Noix_HelloWorld>
    </modules>
</config>

Após isso continuaremos criando mais nós dentro do nó config. Quando configuramos um módulo temos que informar qual tipo de configuração estaremos fazendo. São básicamente 3 tipos:

• global
  Informações gerais do módulo ou coisas que será usado por ele independente se é na área administrativa ou no frontend. Por exemplo: declarações de models do módulo, declarações blocks, reescritas de URL, configuração de resources, etc.
   
• frontend
  Configurações que afetaram o frontend do Magento, ou seja, a parte em que os usuários compradores tem acesso. Aqui podemos informar nome dos arquivos de tradução, nome do arquivos xml de configuração de layout, rotas que o Magento fará no frontend, etc.
   
• adminhtml
  Aqui vale o mesmo para o frontend, porém as configurações afetaram apenas a área administrativa do Magento.

Agora que sabemos disso, vamos informar ao Magento que ele deve ter em seu Router uma rota que ao receber o text ‘helloworld‘ na URL ele procure pelos controllers dentro do módulo ‘Noix_HelloWorld‘.

    <frontend>
        <!-- Aqui fica todas as configurações de rota do Magento -->
        <routers>
            <helloworld>
                <!-- estamos dizendo que está rota virá pelo frontend -->
                <use>standard</use>
                <!-- Os argumentos para configurar a rota
                Dizemos qual o nome será chamado(frontName) e qual modulo ele irá procurar(module)
                -->
                <args>
                    <module>Noix_HelloWorld</module>
                    <frontName>helloworld</frontName>
                </args>
            </helloworld>
        </routers>
    </frontend>

Pronto! Agora o Magento sabe que toda vez que alguem acessar http://minhaloja.com.br/helloword ele deve procurar por controllers dentro da pasta ‘/app/code/local/Noix/HelloWorld/controllers‘. Ou seja, como a parte de controllers o Magento herda do Zend Framework, por padrão ele irá procurar pelo arquivo IndexController.php, instanciar a classe ‘Noix_HelloWorld_IndexController’ e chamar o método indexAction(). Agora se o endereço chamado for http://minhaloja.com.br/helloword/foo/bar, ele irá procurar pelo arquivo FooController.php, instanciar a classe ‘Noix_HelloWorld_FooController‘ e chamar o método barAction().

Confira como ficou o XML na íntegra:

<?xml version="1.0" encoding="UTF-8"?>
<config>
    <modules>
        <Noix_HelloWorld>
            <version>1.0</version>
            <depends>
                <!-- ** Nosso módulo não depende de nada. mas se dependesse por exemplo do
               módulo de envio do Magento escreveriamos assim:
               <Mage_Shipping />
               -->
            </depends>
        </Noix_HelloWorld>
    </modules>

    <frontend>
        <!-- Aqui fica todas as configurações de rota do Magento -->
        <routers>
            <helloworld>
                <!-- estamos dizendo que está rota virá pelo frontend -->
                <use>standard</use>
                <!-- Os argumentos para configurar a rota
                Dizemos qual o nome será chamado(frontName) e qual modulo ele irá procurar(module)
                -->
                <args>
                    <module>Noix_HelloWorld</module>
                    <frontName>helloworld</frontName>
                </args>
            </helloworld>
        </routers>
    </frontend>
</config>

Com isso precisamos apenas criar nossa classe imprimindo o texto "Hello Word":

<?php

class Noix_HelloWorld_IndexController extends Mage_Core_Controller_Front_Action
{

    public function indexAction()
    {
        echo 'Hello World';
    }

}

Talvez você esteja esperando que a frase "Hello World" apareça dentro do layout do Magento, porém ao executar o código você verá que a tela ficará toda branca com apenas o texto nela. Para que essa frase seja apresentada dentro do Magento é necessário aplicarmos mais uns estudos em cima das views e dos blocks do Magento. Mas isto vai ficar para um outro post.

Antes de finalizar precisamos informar ao Magento que nosso módulo existe para que ele seja executado. Crie dentro da pasta ‘/app/etc/modules’ o arquivo ‘Noix_HelloWorld.xml’ e insira o seguinte conteúdo:

<?xml version="1.0" encoding="UTF-8"?>
<config>
    <modules>
        <Noix_HelloWorld>
            <!-- Informo que o módulo virá ativo por padrão.
            Isso é configuravel na área administrativa -->
            <active>true</active>

            <!-- Qual o tipo a aplicação: core, local ou community -->
            <codePool>local</codePool>
        </Noix_HelloWorld>
    </modules>
</config>

ATENÇÃO: preste muita atenção quando escrever "codePool". Se você deixar o "P" minúsculo o Magento vai dar um erro quase impossível de descobrir onde é.

Dúvidas, reclamações ou sugestões? Por favor, utilize os comentários.

Não é fácil manter uma loja online. Para isso é necessário se preocupar com várias coisas como a forma como serão realizados pagamentos, as formas como será enviado o produto, controle de fraude, e o mais importante: a plataforma que gerenciará a loja.

Antes comércio eletrônico era apenas coisa de gente grande e para manter uma plataforma era necessário uma mão de obra grande e cara. Hoje não temos mais tanto este problema com o surgimento de várias plataformas de e-commerce open source, onde a que entre elas mais se destaca é o Magento.

O Magento é uma ferramenta Open Source desenvolvida pela Varien, empresa que age desde 2001 no segmento de e-commerce. Ele é escrito em PHP utilizando o banco de dado MySQL o que traz muitas vantagens, pois PHP é a linguagem de programação mais utilizada na Web, possuindo uma comunidade forte e ativa.

O Magento possui duas versões: a Community e a Enterprise. A primeira é a versão gratuita, disponibilizada para a comunidade sob a licensa OSL 3.0 que em resumo diz que o software pode ser distribuído desde que se mantenha a referência de seus autores. Já a segunda versão é paga e conta com recursos avançados que a versão Community não tem. Ela é recomendada para quem necessita de um suporte rápido(dado pela própria Varien) e de recursos avançados que lojas grandes possuem. Veja um comparativo das duas versões.

Veja algumas funcionalidades que o Magento possui em sua versão Community:

• Gerenciamento de Sites
  – É possivel gerenciar vários sites e várias lojas com apenas um Magento instalado.
  – Faça update da ferramente com apenas um clique.
• Gerenciamento de Catálogo
  – Importação e exportação de produtos do catálogo em lote
  – Suporte a preços especiais. Por exemplo, grupo de usuário X terá 10% de desconto ou levando 5 peças cada produto fica por Y reais.
• Navegação de produtos
  – Produtos relacionados
  – Venda cruzada
  – Venda casada
  – Tags
  – Avaliação dos usuários
  – Comparação de produtos
• Outros
  – Suporte à SEO
  – Relatórios
  – Criação de produtos baixaveis(downloadable products)
  – Integrado com Google Analytics
  – Relatório de vendas
  – Veja mais