Esse problema ocorre principalmente ao realizar mysqldump na versão 5.5.x de um banco de dados do Magento, e ao importar em 5.7.x, não ter a opção para criação da tabela.

O seguinte erro ocorre ao executar o script SQL:

ERROR 1031 (HY000) at line 3002: Table storage engine for ‘catalog_product_relation’ doesn’t have this option

O problema

Isso provavelmente se deve à opção de tabela que você tem em seu CREATE TABLE DDL:

ROW_FORMAT = FIXED

Para verificar onde está o problema no scritp, pode executar no terminal o seguinte comando:

cat magento.sql | grep '=FIXED'

Somente as linhas que contém a palavra FIXED irão retornar. Para corrigir o problema, podemos realizar uma substituição através de REGEX, como nos exemplos abaixo.

Solução 1

Essa solução pode funcionar em SO linux, mas no Mac OSX apresentam erros.

sed -i 's/ROW_FORMAT=FIXED//g' magento.sql

Solução 2

Para funcionar no terminal do Mac OSX, utilize o comando abaixo:

LC_ALL=C sed -i '' 's/ROW_FORMAT=FIXED//g' magento.sql

Depois, é só realizar a importação do dump sem problemas!

The post MySQL error: Table storage engine for ‘catalog_product_relation’ doesn’t have this option appeared first on Dicas de PHP.

É desenvolvido e distribuído pela Magento Inc (antiga Varien), que depois da aquisição por parte da eBay, passou a fazer parte do grupo de empresas.

Magento Download

Aqui você pode encontrar Magento para download (magento download) na versão community. Listamos as 5 versões mais usadas.

• Download Magento 2: Clique Aqui;
• Download Magento 1.9.2: Clique Aqui;
• Download Magento 1.8.1.0: Clique Aqui;
• Para versões anterior, consulte o site do Magento.

Por uma questão de segurança, o ideal é sempre realizar a instalação da versão mais nova. Caso tenha a necessidade de instalar uma versão mais antiga, não esqueça de instalar os patch de segurança da plataforma.

Sistema Magento

O Magento pode ser considerada uma das poucas ferramentas completas para qualquer tipo de loja virtual. Já é preparada para necessidades de otimização para buscas (SEO) e possuí uma comunidade ativa com distruição e comercialização de milhares de plugins.

Sua base totalmente modular e bem estruturada em cima do Zend Framework, torna o sistema seguro e escalável, provendo o que for necessário para você construir um e-commerce de sucesso.

Versões do Magento

O Magento tem uma versão livre, que pode ser usado por qualquer pessoa que faça download do Magento. A community edition é a mais conhecida e utilizada no mundo.

Atualmente o sistema tem três versões para uso:

• Community Edition (CE) – Versão de licença livre, o suporte é dado pela comunidade em fóruns e pela web.;
• Enterprise Edition – uma versão paga com suporte especializado e recursos avançados.
• Magento Go – Uma solução intermediária para pequenas lojas que funcionava “nas nuvens”, mas atualmente não está disponível para novos usuários.

O sistema de e-commerce mais usado

Segundo levantamento realizado, a plataforma é usada em mais de 50 países e utilizada em 150 mil lojas.

O Magento é considerada a ferramenta de e-commerce mais popular do mundo. A empresa parceira e que desenvolve uma serie de soluções para o sistema, Aheadworks, fez um levantamento que 31,4% das empresas utilizam Magento.

The post Magento Download: Escolha a versão preferida para baixar appeared first on Dicas de PHP.

Esse erro é extramente simples de resolver. O que acontece é falta de permissão nas pastas chave para que o sistema execute. Por isso, abaixo compartilho os comandos que eu sempre executo após instalar ou transferir uma loja magento de servidor.

Normalizando as permissões de pastas e arquivos do Magento:

sudo find . -type f -exec chmod 644 {} \; && sudo find . -type d -exec chmod 755 {} \;

Permissão para as pastas chaves do Magento:

chmod -R o+w media var;

Permissão para leitura do arquivo de configurações do Magento:

chmod o+w app/etc;

Resolveu o seu problema também? Espero que sim! Caso não tenha dado certo, deixe seu comentário que vamos te ajudar.

The post Call to a member function getOptions() – Magento Bug appeared first on Dicas de PHP.

Basicamente, esse erro vai ocorrer quando o Magento não conseguir localizar o diretório de cache do sistema. Ele só será apresetando quando um cliente tentar inserir um produto no carrinho de compras.

Se você habilitar os logs de erro do Magento, irá encontrar a seguinte mensagem no arquivo exception.log: “Exception message: cache_dir must be a directory“.

Siga os passos seguintes para corrigir o problema. Localize o arquivo lib/Zend/Cache/Backend/File.php e edite as seguintes configurações:

'cache_dir' => null

'cache_dir' => 'tmp'

Após salvar o arquivo e subir ele novamente para o servidor, confira se o problema foi resolvido.

Caso o problema persista, talvez a pasta que você esteja definido como tmp não seja válida. Por isso, recomendo você criar uma pasta no servidor e definir ela com a tmp.

Espero que isso ajude. Se o problema não for resolvido, deixe um comentário com o seu problema.

The post “Cannot add the item to shopping cart.” Magento Bug appeared first on Dicas de PHP.

INNODB STORAGE ENGINE IS NOT SUPPORTED

Para resolver este problema, mesmo o servidor possuindo suporte a InnoDB, será comentar algumas linhas de código no core do sistema.

Sabemos que essa prática não é a correta, mas de vez em quando é necessária para conseguir realizar a instalação do Magento.

Vamos para a solução. Abra o arquivo no caminho: app/code/core/mage/install/model/installer/Db.php

Procure o código seguinte pela linha 85:

 // check InnoDB support
 if (!$resource->supportEngine()) {
 Mage::throwException(Mage::helper('install')->__('Database server does not support '
 . 'the InnoDB storage engine.'));
 }

Agora você pode comentar essas linhas:

 // check InnoDB support
 // if (!$resource->supportEngine()) {
 // Mage::throwException(Mage::helper('install')->__('Database server does not support '
 // . 'the InnoDB storage engine.'));
 // }

Pronto! Tente a instalação novamente.

The post Como arrumar INNODB STORAGE ENGINE IS NOT SUPPORTED no Magento appeared first on Dicas de PHP.

Este erro é uma pequena falha de compatibilidade do Magento e o PHP 5.4. Mas não precisa se preocupar, apesar de incomodar bastante, este problema é bem simples de resolver.

Abra o arquivo app/code/core/Mage/Install/etc/config.xml e localize as seguinte informação:

<extensions>
 <pdo_mysql />
</extensions>

Altere essa informação para:

<extensions>
 <pdo_mysql>1</pdo_mysql>
</extensions>

Com essa alteração você pode continuar a instalação sem problemas. Guarde bem essa informação, talvez você precise muito dela cada vez que realizar uma instalação do Magento.

The post ‘PHP Extensions “0” must be loaded.’: Como arrumar no Magento appeared first on Dicas de PHP.

Possivelmente, é o sistema mais completo para lojas virtuais de livre distribuição (open source).

Qualquer pessoa com conhecimento avançado de programação pode utilizar Magento para desenvolver uma loja virtal. Por ser um sistema grande, desenvolvido em cima de um dos maiores frameworks de PHP, o Zend, apresenta uma arquitetura complicada e lenta para desenvolvedores com pouca experiência em grandes sistemas e servidores.

Sua arquitetura é MVC, baseada em módulos e de fácil expansão. Possuí uma grande comunidade de desenvolvedores em todo mundo.

Existem diversas opções para lojas virtuais em PHP, além do Magento. OpenCart, osCommerce, PrestaShop, VirtueMart e outros.

Para download do Magento, você pode acessar o site do projeto e realizar download: http://www.magentocommerce.com/

Alguns exemplos de lojas em Magento:

• Camisetas Trapo Tri: Marca de roupas para gaúchos
• Toms: Shoes & Eyewear
• Vizio: LCD, LED e etc
• Bloom.com
• The North Face

The post O que é Magento e-commerce appeared first on Dicas de PHP.

O funcionamento final deste módulo ensinado no tutorial é extremamente simples. A principal idéia é apresentar o funcionamento do Magento, como seria os primeiros passar para o desenvolvimento de um módulo mas complexo para o Magento.

O tópicos que serão apresentados no tutorial são:

• A pasta app/code;
• A estrutura e criação de um Módulo para Magento;
• O padrão Observer do Magento;
• Criando Logs;

Antes de iniciar o tutorial

Ao iniciar este tutorial, pressumimos que você já tenha o Magento instalado e rodando no seu servidor de desenvolvimento, e que você tenha permissão para adicionar novos arquivos a estrutura do Magento.

A versão do sistema instalada não fará diferença para este tutorial, pois o conteúdo apresentado é de fundamentos do sistema, e estão presentes em todas versões do sistema: Community, Professional e Enterprise.

Desabilitando o cache

A primeira lição para todo desenvolvedor Magento é desabilitar o cache. Isso deve ser feito pelo painel de administração do sistema, seguindo os passos: Painel de Administração → Sistema → Gerenciamento de Cache → Selecionar Tudo → Ações: Desabilitar → Enviar.

O cache é o principal amigo quando a loja está no servidor de produção, melhorando muito a performance. Mas para o desenvolvedor, é o maior inimigo. Qualquer desenvolvedor de Magento já passou pela experiência de não visualizar suas modificações na loja, pelo simples problema do cache estar ativado! Então isso deve ser o primeiro passo a seguir.

A pasta app/code

Os principais arquivos do Magento podem ser encontrados em módulos individuais dentro da pasta app/code, que é dividida em três zonas: community, core e local.

CORE

O app/code/core é a pasta onde encontra-se todas as funcionalidades de produtos, categorias, clientes, pagamentos e etc. Até mesmo se você saiba o que está fazendo, NÃO deve modificar arquivos presente nessa pasta.

O Magento é estruturado de uma maneira onde você pode alterar a funcionalidade de qualquer um desses arquivos sem precisar modificá-los diretamente, garantindo que sua aplicação continue a prova de atualizações do CORE.

COMMUNITY

Como o próprio nome sugere, a pasta app/code/community é o lugar onde deve estar os módulos fornecidos por terceiros (ou seja, equipe não oficial do Magento). Estes módulos podem ser encontrados para baixar na Magento Connect, e podem ser baixados diretamente pelo “Downloader” do sistema.

LOCAL

A pasta app/code/local é o caminho que vem vazio na instação do Magento. É o local onde deve ficar os módulos feitos sobre medida para sua instalação Magento. Este é o lugar onde vamos estar trabalhando para a construção do exemplo neste tutorial.

Estruturando o módulo

Vamos iniciar a estruturação do módulo. Para isso, abra o seu editor de arquivos preferido e navegue até a pasta app/code/local onde vamos criar novas pastas e arquivos.

Definindo o “Namespace” do módulo

O termo “Namespace” é usado para definir o local onde ficará o módulo na pasta local. Por convenção, o nome usado é da empresa que vai desenvolver o módulo, ou o próprio nome do módulo. O Magento usa o “namespace” Mage. Para este tutorial vamos criar o “namespace” DicasDePhp. Então, o próximo passo é criar a pasta, app/code/local/DicasDePhp.

Nome do Módulo

A próxima pasta a ser criada será a do nosso módulo. Com isso, vamos usar o nome do nosso próprio módulo. Como vamos desenvolver um que irá criar logs a cada vez que um produto é criado ou atualizado, o nome do módulo será ProdutoLogs. Criaremos a pasta app/code/local/DicasDePhp/ProdutoLogs.

Fazendo uma pequena revisão até o momento, vamos ter a seguinte árvore de pastas criadas. Lembrando que essa criação de pastas é case-sensitive, com isso é importante capitalizar as palavras conforme abaixo:

app
   -code
      --local
         ---DicasDePhp
            ----ProdutoLogs

O próximo passo é criar as configurações do nosso módulo. Para isso vamos criar uma pasta chamada etc, onde ficará os arquivos XML responsáveis pelas configurações dos módulos. Com isso criamos o arquivos app/code/local/DicasDePhp/ProdutoLogs/etc/config.xml.

Este arquivo é responsável por mostrar para o Magento onde encontra-se os arquivos do módulo, versão e eventos do sistema a observar. Por enquanto vamos apenas criar o arquivo simples, conforme código abaixo:

<?xml version="1.0" encoding="UTF-8"?>
<!-- O nó raiz para a configuração do módulo Magento -->
<config>
    <!-- Nó do módulo contém informações básicas sobre cada módulo Magento -->
    <modules>
        <!--
            Este nó deve corresponder exatamente o nome do namespace e módulos,
            separando as pastas com underline.
        -->
        <DicasDePhp_ProdutoLogs>
            <!-- A versão do módulo. Estamos iniciando na versão 0.0.1 -->
            <version>0.0.1</version>
        </DicasDePhp_ProdutoLogs>
    </modules>
</config>

Ativando o módulo

O próximo passo é ativar o módulo. Para isso precisamos dizer ao Magento que ele existe, criando um arquivo XML na pasta de módulos do sistema app/etc/modules. O nome do arquivo XML pode ser o de sua preferência. De qualquer maneira o Magento irá ler todos os arquivos presentes na pasta, e interpretar o conteúdo desses arquivos.

Mas por conveção, vamos manter o nome do módulo, evitando que tenhamos arquivos “perdidos” na pasta de módulos do sistema. Vamos criar app/etc/modules/DicasDePhp_ ProdutosLog.xml com o seguinte conteúdo:

<?xml version="1.0" encoding="UTF-8"?>
<config>
    <modules>
        <DicasDePhp_ProdutoLogs>
            <!-- Dizemos se o módulo está ativo: true or false -->
            <active>true</active>
            <!-- Qual local o módulo está criado. -->
            <codePool>local</codePool>
        </DicasDePhp_ProdutoLogs>
    </modules>
</config>

Verificando o módulo

Agora já podemos verificar se a instalação feita até o momento está funcionando. Claro que o módulo não executa nenhuma ação até o momento, mas é possível ver se o Magento identificou corretamente o módulo ProdutoLogs. Para isso, é necessário fazer o seguinte caminho no sistema: Painel de Administração → Sistema → Configurações → Avançado → Avançado.

Nesta tela, haverá a opção de visualizar os módulos ativos no sistema. O módulo DicasDePhp_ProdutoLogs deverá estar presente na lista. Caso não esteja, pode haver algo errado na configuração.

O primeiro passo é verificar o cache do Magento, se ele está desabilidado. Caso ele esteja desabilidado, volte alguns passos e verifique novamente o que pode estar errado no seu módulo.

Vamos ver qual a estrutura de nosso módulo até o momento:

app
   -code
      --local
         ---DicasDePhp
            ----ProdutoLogs
               -----etc
                  ------config.xml

   -etc
      --modules
         ---DicasDePhp_ProdutoLogs.xml

Definindo o Evento Observer

O evento Observer é uma ferramenta poderesa e rápida para você conseguir extender funcionalidades do sistema, podendo assim fazer rewrite ou overwrite de qualquer método ou classe. O que queremos observar neste módulo do tutorial, é ação que o sistema dispara ao após salvar um produto no painel de administração. Então, o código que nós interessa é catalog_product_save_after. Descobrir qual ação precisamos cobrir requer um conhecimento mais avançado das regras de negócio do Magento. Isso foge do escopo desse tutorial, mas vou mostrar em outro post, fiquem tranquilos.

Agora, vamos precisar modificar o arquivo config.xml de nosso módulo, conforme abaixo:

<?xml version="1.0" encoding="UTF-8"?>
<!-- O nó raiz para a configuração do módulo Magento -->
<config>
    <!-- Nó do módulo contém informações básicas sobre cada módulo Magento -->
    <modules>
        <!--
            Este nó deve corresponder exatamente o nome do namespace e módulos,
            separando as pastas com underline.
        -->
        <DicasDePhp_ProdutoLogs>
            <!-- A versão do módulo. Estamos iniciando na versão 0.0.1 -->
            <version>0.0.1</version>
        </DicasDePhp_ProdutoLogs>
    </modules>
    <!-- Configuramos o módulo para ter comportamento no escopo global do sistema -->
    <global>
        <!-- Definindo o evento observer -->
        <events>
            <!-- O código do evento que queremos observar -->
            <catalog_product_save_after>
                <!-- Definição de um observador para este evento -->
                <observers>
                    <!--
                        Identificador único no nó catalog_product_save_after.
                        Por convenção, colocamos o nome do módulo em minúsculo.
                    -->
                    <dicasdephp_produtologs>
                        <!-- O modelo a ser instanciado -->
                        <class>dicasdephp_produtologs/observer</class>
                        <!-- O método do modelo acima, para ser chamado -->
                        <method>logUpdate</method>
                        <!-- Geralmente usam o tipo singleton para os observadores -->
                        <type>singleton</type>

                    </dicasdephp_produtologs>
                </observers>
            </catalog_product_save_after>
        </events>
    </global>
</config>

Configurando a pasta dos models

No evento que definimos acima, fizemos referência a um model que ainda não está criado no tutorial. Precisamos mostrar para o Magento onde encontrar nossos models, atualizando o arquivo config.xml com o seguinte código:

<?xml version="1.0" encoding="UTF-8"?>
<!-- O nó raiz para a configuração do módulo Magento -->
<config>
    <!-- Nó do módulo contém informações básicas sobre cada módulo Magento -->
    <modules>
        <!--
            Este nó deve corresponder exatamente o nome do namespace e módulos,
            separando as pastas com underline.
        -->
        <DicasDePhp_ProdutoLogs>
            <!-- A versão do módulo. Estamos iniciando na versão 0.0.1 -->
            <version>0.0.1</version>
        </DicasDePhp_ProdutoLogs>
    </modules>
    <!-- Configuramos o módulo para ter comportamento no escopo global do sistema -->
    <global>
        <!-- Definindo os models -->
        <models>
            <!--
                Identificador único no nó de models.
                Por convenção, colocamos o nome do módulo em minúsculo.
            -->
            <dicasdephp_produtologs>
                <!--
                    O caminho para o nosso diretório de modelos,
                    com separadores de diretório substituído por underlines
                -->
                <class>DicasDePhp_ProdutoLogs_Model</class>
            </dicasdephp_produtologs>
        </models>

   		<!-- Definindo o evento observer -->
        <events>
            <!-- O código do evento que queremos observar -->
            <catalog_product_save_after>
                <!-- Definição de um observador para este evento -->
                <observers>
                    <!--
                        Identificador único no nó catalog_product_save_after.
                        Por convenção, colocamos o nome do módulo em minúsculo.
                    -->
                    <dicasdephp_produtologs>
                        <!-- O modelo a ser instanciado -->
                        <class>dicasdephp_produtologs/observer</class>
                        <!-- O método do modelo acima, para ser chamado -->
                        <method>logUpdate</method>
                        <!-- Geralmente usam o tipo singleton para os observadores -->
                        <type>singleton</type>
                    </dicasdephp_produtologs>
                </observers>
            </catalog_product_save_after>
        </events>
    </global>
</config>

Criando um Observer Model

Agora vamos criar o arquivo que irá ser instanciado no momento que o evento for disparado.

Para isso vamos criar o arquivo app/code/local/DicasDePhp/ProdutoLogs/Model/Observer.php, com o seguinte código:

<?php

class DicasDePhp_ProdutoLogs_Model_Observer {

    /**
     * O Magento irá passar a Varien_Event_Observer object como
     * o primeiro parâmetro de eventos despachados.
     */
    public function logUpdate(Varien_Event_Observer $observer) {
        // Recuperar o produto que está sendo atualizado a partir do observador evento
        $product = $observer->getEvent()->getProduct();

        // Escrevendo uma nova linha no var/log/product-updates.log
        $name = $product->getName();
        $sku = $product->getSku();
        Mage::log("{$name} ({$sku}) updated", null, 'atualizacoes-produtos.log');
    }

}

 OK, está pronto!

Com isso, chegamos ao final do tutorial. Se todos os passos foram seguidos corretamente, você deve ter a estrutura abaixo:

app
   -code
      --local
         ---DicasDePhp
            ----ProdutoLogs
               -----Model
                  ------Observer.php

               -----etc
                  ------config.xml

   -etc
      --modules
         ---DicasDePhp_ProdutoLogs.xml

Agora, cada vez que você salvar ou criar um produto no Magento, um registro de log deve ser criado na pasta var/log, dentro do arquivo atualizacoes-produtos.log.

Se o arquivo não aparecer na pasta, procure verificar as permissões de escrita da pasta que o sistema tem. Ainda é necessário verificar se no Magento está habilitado para exibir os logs. O caminho para isso é Painel de Administração → Sistema → Configurações → Desenvolvedor → Configurações de Log → Ativar.

A idéia desse tutorial é mostrar um pouco do funcionamento do Magento. Após desenvolver este tutorial, recomendamos que você passe um tempo explorando a pasta app/code/core do Magento, assim você vai poder ter uma boa idéia de todo o funcionamento do sistema.

Você pode baixar o módulo deste tutorial:
– ProdutoLogs.

Dúvidas e feedback são bem vindos, é só deixar um comentário!

Este tutorial foi escrito originalmente no blog Smashing Magazine, por Joseph McDermott. Traduzido e adaptado para o Dicas de PHP por Fausto Schneider.

The post Tutorial de como criar um módulo para Magento appeared first on Dicas de PHP.

Uma maneira rápida e fácil de realizar o backup é via SSH. Claro, para isso o servidor de hospedagem precisa permitir o acesso SSH de sua conta.

Veja abaixo um exemplo de como realizar esse backup:

mysqldump -h HOSTDOBANCO -u LOGIN -p -R --opt NOMEDOBANCO > bkp.sql

Após rodar o comando acima, será socitado o password da base de dados. O arquivo .sql será gerado em poucos segundos, dentro da pasta aonde você esta navegando no servidor.

É possível realizar esse comando para gerar um backup apenas de uma tabela, conforme abaixo:

mysqldump -h HOSTDOBANCO -u LOGIN -p -R --opt NOMEDOBANCO TABELA > backup.sql

Para bases de dados até a versão 5.0, o comando muda um pouco, conforme abaixo:

mysqldump -h HOSTDOBANCO -u LOGIN -p --opt NOMEDOBANCO > backup.sql

The post Backup de banco MySQL via SSH appeared first on Dicas de PHP.