Módulos para Magento by Novatec Editora

AndrĂŠ Gugliotti

Novatec

© Novatec Editora Ltda. 2015. Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. É proibida a reprodução desta obra, mesmo parcial, por qualquer processo, sem prévia autorização, por escrito, do autor e da Editora. Editor: Rubens Prates Assistente editorial: Priscila A.Yoshimatsu Revisão técnica: Fábio Rodrigues Revisão gramatical:Mari Kumagai Editoração eletrônica: Carolina Kuwabata Capa: Carolina Kuwabata ISBN: 978-85-7522-432-8 Histórico de impressões: Maio/2015

Primeira edição

Novatec Editora Ltda. Rua Luís Antônio dos Santos 110 02460-000 – São Paulo, SP – Brasil Tel.: +55 11 2959-6529 Email: novatec@novatec.com.br Site: www.novatec.com.br Twitter: twitter.com/novateceditora Facebook: facebook.com/novatec LinkedIn: linkedin.com/in/novatec

capítulo 1

Magento Commerce

1.1 O que você verá neste capítulo Não é possível começar um livro de Magento, mesmo um livro específico de módulos, sem falar um pouco do Magento e de suas principais características. O objetivo deste primeiro capítulo é apresentar ao leitor alguns detalhes que, apesar de básicos, muitas vezes não são apresentados corretamente nos materiais encontrados na internet, como a estrutura de arquivos, hierarquia dos temas, modularidade e construção de múltiplas lojas. Não se pode trabalhar com códigos e desenvolvimento de módulos para Magento sem ter os conceitos básicos realmente frescos na mente. Se você leu Lojas Virtuais com Magento e Temas em Magento, pode tranquilamente pular para o capítulo 2 e começar o trabalho propriamente dito. Caso contrário, ainda que domine o Magento, é interessante que perca alguns minutos passando os olhos por este capítulo, como forma de garantir que você segue os mesmos conceitos que são apresentados aqui.

1.2 Histórico do Magento Commerce Quem trabalha com open source sabe da facilidade que esse modelo de licença traz para os desenvolvedores. Ao liberar o uso e a modificação de um software, os criadores de uma plataforma sabem que seu trabalho poderá ser incrementado e melhorado por desenvolvedores ao redor do mundo, recebendo em troca os avanços desenvolvidos por essa grande 16

Capítulo 1 ■ Magento Commerce

rede e melhorando seu próprio produto. Do outro lado, ao utilizar um software open source como base para seu trabalho, os desenvolvedores ganham tempo reaproveitando códigos já escritos e funcionais, sem a necessidade de reinventar a roda. Esse foi um dos princípios que guiaram Yoav Kutner e Roy Rubin na busca por uma plataforma profissional de e-commerce. A empresa que eles fundaram, a Varien, atendia diferentes clientes a partir de seu escritório na Califórnia, Estados Unidos, fazendo sites institucionais e lojas virtuais. Em um dado momento, eles perceberam que a demanda por lojas virtuais aumentaria e que o OS Commerce, software de comércio eletrônico virtual open source muito em usado naquela época, não daria conta do serviço, uma vez que a ferramenta era limitada, apresentando problemas e falhas de construção. Segundo Roy Rubin conta em uma palestra apresentada no Magento Imagine em 2011, naquele momento eles precisavam tomar uma decisão: trabalhar para melhorar o OS Commerce, de modo a sanar suas deficiências, ou partir para uma nova plataforma, construída do zero. Em qualquer um dos casos, o conceito de open source continuava fresco na mente. Se fossem trabalhar na melhoria da plataforma líder no momento, isso seria compartilhado com a comunidade. Se decidissem trabalhar em uma nova plataforma, ela seria open source. A partir disso, no final de 2006, uma nova plataforma começou a ser construída. Ela foi concebida como “uma plataforma feita para revolucionar o comércio eletrônico” e se baseou no Zend Framework 1, utilizando as bibliotecas e funções nele disponíveis para a construção de um novo framework – que acabou se transformando depois no Mage, o core do Magento. Essa primeira versão foi construída por um time próprio e já englobava as principais funções, como catálogo de produtos completo, gestão de clientes com segmentação em grupos, o formato de gestão de pedidos a partir dos estados de pedidos e o mecanismo de promoções e cupons. Em abril de 2007, a empresa lançou o Blog do Magento, abrindo o projeto base para a comunidade e começando a se relacionar com diferentes desenvolvedores ao redor do mundo. No primeiro post, apresentava-se a ideia do Magento para o mercado (ainda que uma parte expressiva do

Módulos para Magento

código já tivesse sido construída, pelo que se entende do texto), previa-se o lançamento para o “Verão de 2007”, isto é, no hemisfério norte, entre julho e agosto de 2007, e se pedia o apoio da comunidade de desenvolvedores e usuários para propor ideias e sugestões para a plataforma. Nesse momento, ainda não se falava de módulos ou mais detalhes sobre a futura plataforma, mas já se abria a ideia de que os desenvolvedores que quisessem poderiam usar o código inicial e expandi-lo, também compartilhando seu trabalho com a comunidade. Em março de 2008, com um ligeiro atraso, foi finalmente lançada a primeira versão estável do Magento, chamada de Magento Community Edition (CE), em sua versão 1.0. É interessante notar que essa primeira versão já trazia a maioria das ferramentas nativas que ainda hoje faz parte da plataforma. Tirando modificações na estrutura do tema, a introdução dos índices e a melhoria na gestão de alguns elementos como os status dos pedidos, entre outras que podem ser incluídas na categoria de pequenas evoluções, as grandes mudanças do Magento vieram na forma de módulos desenvolvidos por terceiros e na larga oferta de temas disponível atualmente. Em 2010, após o crescimento rápido do Magento Commerce, o eBay, site de leilões e venda de artigos entre pessoas físicas, comprou 50% da Varien, por meio de sua subsidiária de pagamentos, o PayPal. A ideia era oferecer um ambiente onde consumidores pudessem fazer compras e, obviamente, pagar por elas pelo PayPal. Desde então, o método de pagamento já vem instalado por padrão nas versões do Magento, mas isso não impede que outras formas de pagamento sejam instaladas e utilizadas em suas lojas. No ano seguinte, o eBay completou a aquisição da empresa, passando a deter o capital completo da agora chamada Magento Inc., com a ideia de utilizá-la como uma das peças de um novo projeto chamado X.Commerce – que infelizmente não foi adiante. No momento em que este livro foi revisado, o Magento Community Edition encontrava-se na versão 1.9.1.0, ainda baseada na versão 1.0 lançada em 2008 e, como dito, melhorada pouco a pouco nas diversas atualizações. Nessa época, um time dentro da Magento Inc. trabalhava no desenvolvimento do Magento 2, uma nova versão, completamente refeita do Magento Commerce, trazendo mudanças na estrutura de banco de dados, deixando de ser baseada intensamente no EAV e incluindo ferramentas

Capítulo 1 ■ Magento Commerce

gráficas para facilitar a edição de temas, além de simplificação na estrutura de arquivos e a utilização por padrão do jQuery, em substituição ao Prototype e Scriptaculous. A dúvida em relação ao Magento 2 é quando ele será realmente lançado: o software começou a ser desenvolvido em 2010, com previsão de lançamento para meados de 2011. No entanto, foi rotineiramente postergado, sempre com novos prazos não cumpridos. Em dezembro de 2014 foi finalmente liberada a versão beta e em março de 2015 a primeira versão candidata – Release Candidate – foi liberada para o mercado. A partir daí, segundo o time da Magento Inc., o Magento 2 terá sua primeira versão estável lançada ao longo de 2015. O lançamento do Magento 2 já foi adiado tantas vezes que virou motivo de piada na comunidade. É comum encontrar posts ironizando o atraso e até mesmo pregando peças de Primeiro de Abril nos desavisados, dizendo que a plataforma foi finalmente lançada. Houve até mesmo um site chamado “Is Magento 2 Ready?” – o Magento 2 está pronto? – que apresentava um contador de dias desde o início do desenvolvimento da plataforma, como mostrado na figura 1.1, e tranquilizava o visitante dizendo que a versão 1.X do Magento ainda estava funcionando bem. Atualmente, o site interrompeu a contagem e, provavelmente, a causa não foi o lançamento do Magento 2, que ainda não aconteceu.

Figura 1.1 – O site “Is Mage 2 Ready?” brincava com o fato de o Magento 2 ainda não ter sido lançado.

Módulos para Magento

A favor da nova versão está uma documentação muito mais extensa que sua predecessora e um código melhor estruturado, com uma curva de aprendizado mais rápida. As dificuldades vivenciadas ao longo dos sete anos de Magento provavelmente trouxeram vários ensinamentos aos desenvolvedores e aos gestores da plataforma e espera-se que entrar no mundo do Magento 2 seja bem mais simples do que foi entrar no mundo do Magento 1.

1.3 Versões do Magento O Magento Commerce foi lançado inicialmente em sua versão open source, chamada Community Edition, distribuída gratuitamente e sem custo de licença para utilização pelas lojas virtuais. Em 2009, a Varien lançou uma versão fechada, com custo anual de licença, chamada Enterprise Edition, e contando com o suporte direto do time da Magento, item não disponível na versão gratuita. Essas duas versões ainda existem e estão disponíveis para serem instaladas em um servidor próprio. Atualmente, a Community Edition está na versão 1.9 e a Enterprise Edition, na 1.14. Suas estruturas básicas são as mesmas, compartilhando núcleo e principais módulos, processos e rotinas similares. As diferenças concentram-se nas funcionalidades extras e no suporte prestado pela Magento Inc. Isso significa que, quando nos referimos ao desenvolvimento de módulos, o processo é praticamente o mesmo, com pequenas diferenças apenas na nomenclatura de pastas quando se refere aos arquivos para o frontend. Um módulo feito para a Community Edition deve funcionar perfeitamente na Enterprise Edition. Durante os seis anos de vida do Magento 1, houve outras duas versões, descontinuadas. A primeira foi a Professional Edition, também instalável, servindo como versão de entrada para a Enterprise, porém descontinuada pouco tempo depois. A segunda foi o Magento Go, serviço de lojas virtuais sob demanda, o qual hospedava as lojas virtuais diretamente pela Magento, permitindo que os lojistas já partissem de um ambiente pré-configurado, pronto para receber os produtos. Esse serviço cobrava um valor mensal e oferecia uma gama relativamente completa de funcionalidades, ainda que fornecido como SaaS, Software as a Service ou Software como Serviço.

Capítulo 1 ■ Magento Commerce

O Magento Go foi totalmente desativado no começo de 2015 e não há previsão de um serviço substituto. Os mais atentos vão se lembrar também do Magento Mobile, um aplicativo para smartphone por meio do qual o lojista adquiria o serviço e fornecia a app para o cliente sem custo. O Magento Mobile não pode ser considerado como uma versão do Magento já que é apenas uma interface diferente, customizada para celulares. Ele também foi descontinuado após pouco tempo de vida.

1.4 Como instalar o Magento Tecnicamente, se você procura desenvolver módulos para Magento, já deve dominar a instalação da plataforma e a configuração básica dela. Entretanto, assim como em Temas para Magento, este tópico é mantido aqui como forma de centralizar as informações e garantir que você não se esqueça de conceitos importantes como permissões de pastas e o gerenciamento de caches e índices. Você pode instalar o Magento nos mais diversos ambientes, desde que tenha um servidor Web, um banco de dados MySQL e o interpretador de PHP instalados. É possível rodar o Magento em sistemas operacionais variados – Linux e Windows estão entre eles – independentemente se seu servidor está na rede local, em sua própria máquina ou em um servidor em um datacenter na internet. Para a instalação da última versão do Magento, há três formas disponíveis: Downloader, Pacote Completo e SVN. Um ponto a chamar a atenção é que a versão 1.9 do Magento já traz nativamente o pacote de tradução para o português. Esse pacote facilitaria a vida do desenvolvedor se a tradução tivesse sido bem feita. No entanto, muitos termos perderam completamente o sentido, causando confusão no usuário, e fazendo com que se recomende a continuidade do uso das antigas traduções, feitas pela comunidade. Nota: se você precisar de uma versão mais antiga, é possível obtê-la no site do Magento, no mesmo lugar onde são oferecidos os arquivos da última versão. Basta procurar pela aba Release Archives.

Módulos para Magento

1.4.1 Instalação via Downloader A instalação via Downloader é o método mais simples. Você deve visitar o site www.magentocommerce.com e fazer seu cadastro. Uma vez logado, basta procurar o menu Products > Opensource/CE, depois View Available Downloads na página com o título Community Edition, e por fim selecionar a opção Downloader, como mostrado na figura 1.2.

Figura 1.2 – Tela de seleção dos downloads no site do Magento Commerce.

O Downloader é um arquivo único, chamado downloader.php. Esse arquivo, uma vez colocado na pasta raiz de seu site e acessado via navegador (no endereço do tipo www.minhaloja.com.br/downloader.php), encarrega-se de fazer o download de todos os arquivos necessários, na última versão estável, diretamente do repositório do Magento, e a instalação do software, nos mesmos passos da instalação completa. Não se preocupe se o número de versão do Downloader for diferente do da última versão do Magento, pois essas versões seguem numerações diferentes. Nota: você também pode querer fazer a instalação dos dados de exemplo. Não tratamos dessa instalação aqui, mas é relativamente simples. Basta obter os arquivos na seção Sample Data, nos downloads do Magento, e fazer a cópia dos arquivos oferecidos e a importação dos dados em seu DB, antes de fazer a instalação do Magento propriamente dito.

Capítulo 1 ■ Magento Commerce

1.4.2 Instalação via pacote completo Se você quer ter maior controle sobre os arquivos instalados ou se a instalação via Downloader apresentar erros, a instalação via pacote completo é a mais indicada. Da mesma forma como faria se buscasse o Downloader, você deve visitar o site www.magentocommerce.com e fazer seu cadastro. Uma vez logado, basta procurar o menu Products > Opensource/CE, depois View Available Downloads e por fim selecionar a opção Full Release, como visto na figura 1.2. A opção Full Release é composta de uma pasta compactada, com todos os arquivos necessários para fazer o Magento funcionar. Para instalá-lo, é preciso descompactar a pasta e colocar os arquivos em seu servidor, via FTP ou SSH, na pasta raiz de seu site. Feito isso, basta acessar o endereço de sua loja via navegador (em www.minhaloja.com.br) e seguir a instalação composta de quatro passos: • Aceitar a licença do Magento. • Definir as configurações regionais. • Definir as credenciais de acesso ao banco de dados previamente criado e a URL da loja. • Informar os dados de acesso do administrador do sistema.

1.4.3 Instalação via SVN A instalação via SVN é muito semelhante ao Downloader no que se refere à obtenção dos arquivos, pois não é preciso fazer o download manualmente. Para instalação via SVN, você precisa de um software específico como o Tortoise, que poderá ser encontrado em tortoisesvn.tigris.org e instalado em sua máquina. Configurando o software com o endereço da última versão do Magento, você conseguirá obter todos os arquivos da versão mais recente de forma automática.

1.4.4 Configurações básicas do sistema Quando se conclui a instalação do Magento, há uma série de configurações a fazer, especialmente dentro do menu Sistema > Configurações. Neste livro, não passaremos por elas e espero que você já as domine e consiga deixar

Módulos para Magento

sua loja pronta para uso da maneira correta. Falaremos apenas do cache e dos índices, fontes potenciais de problemas para os desenvolvedores. Se tiver dúvidas sobre as demais configurações de uma nova loja Magento, dê uma olhada no livro Lojas Virtuais com Magento. Uma página do frontend no Magento não é composta de um único arquivo, mas de uma série de pequenos arquivos, cada um respondendo por um pedaço da página. O carregamento desses arquivos a todo instante faria com que o Magento ficasse lento, consumindo recursos do servidor desnecessariamente. Para que isso não ocorra, o Magento utiliza o cache, colocando todos esses arquivos em conjunto uma única vez e deixando a página pronta para ser servida, com tempo de carregamento muito menor. O problema é que essas páginas funcionam como fotografias tiradas em algum lugar do passado. Se você fizer modificações nos arquivos, elas não serão refletidas na página até que você atualize o cache. Por isso, enquanto estiver trabalhando no desenvolvimento de módulos para Magento, a regra é que o cache fique desabilitado (Figura 1.3). Ainda assim, é interessante que você dê uma passada na tela de gerenciamento do cache se achar que aquelas alterações que você tem certeza de que foram feitas corretamente não estão aparecendo no frontend.

Figura 1.3 – Tela de gerenciamento de cache.

Capítulo 1 ■ Magento Commerce

Já os índices são como um guia, um agrupamento de informações no banco de dados agilizando a localização de informações importantes e diminuindo o tempo de resposta das consultas ao banco de dados. Eles também são considerados como fotografias do passado o que faz com que, em alguns momentos, estejamos olhando para informações que não correspondem mais à realidade. Tenha isso em mente quando tiver certeza de que fez as alterações da forma correta, porém não as vê refletidas em sua loja virtual.

1.5 Múltiplos sites e múltiplas lojas Apesar de não estar diretamente relacionado à construção de módulos para Magento, o conceito de múltiplos sites e múltiplas lojas é fundamental para entender outro conceito relacionado: a hierarquia das configurações. Ambos serão úteis na compreensão do funcionamento do Magento e porque este é facilmente escalável. O Magento nasceu com a funcionalidade de múltiplos sites. Uma única instalação (um servidor, um banco de dados e um conjunto de arquivos) pode ser configurada para atender a mais de um endereço web. Cada um dos endereços web configurados em sua instalação pode ser preparado para atender a mais de uma loja, e cada loja pode oferecer diferentes visões de loja. Esse conceito permite que uma empresa que atua em ramos distintos possa utilizar-se de uma mesma instalação Magento, com duas lojas diferentes, em endereços diferentes e com produtos diferentes. Da mesma forma, se uma loja detecta que um público-alvo específico merece um tratamento diferenciado, é possível construir uma loja segmentada, com design direcionado para esse público, utilizando os mesmos produtos que já estão cadastrados no sistema e gerenciando os pedidos de maneira centralizada. Isso também é interessante, pois permite otimizar a manutenção e as atualizações, centralizando diferentes lojas em um mesmo espaço além de disponibilizar as melhorias e novas funcionalidades a todas as lojas virtuais cadastradas na instalação, de maneira fácil e rápida. Ainda que uma instalação faça uso de uma única URL, uma única loja e uma única visão de loja, toda a construção do Magento e suas configurações refletem essa estrutura em formato de pirâmide, como visto na figura 1.4.

Módulos para Magento

servidor (todas as lojas)

instalação Magento

meusite.com.br

website Loja Magento 1

loja visão de loja

português

inglês

espanhol

meusite.com

Loja Magento 2

Loja Magento 3

português

espanhol

Figura 1.4 – Estrutura de múltiplos sites e múltiplas lojas no Magento. Nota: para evitar qualquer confusão, é preciso que fique claro que três lojas em uma mesma instalação certamente demandarão mais recursos de servidor. Não basta incluir novas lojas ou novos endereços web sem aumentar os recursos disponíveis para tanto. Ainda que o recurso de multilojas seja realmente prático, é preciso que fique claro que em parte dos casos, é mais interessante abrir uma nova instalação para atender a essas novas lojas.

Para que fique mais claro o conceito de múltiplos sites e múltiplas lojas, você pode pensar no seguinte exemplo. Uma loja de roupas trabalha com o público infantil, de 0 a 12 anos, tanto meninos como meninas. Seu endereço principal é www.lojaderoupasinfantis.com.br, e seu design e seu catálogo de produtos foram pensados para atender os pais e avós dessas crianças, que comprarão as roupas para seus filhos e netos. Uma análise de mercado levou a empresa a focar as classes B e C, com preços e produtos que atinjam essas classes. Mas, após alguns meses de operação, os gestores da loja começam a perceber que existem dois novos mercados a explorar: o de roupas para recém-nascidos e bebês, e o de roupas de maior valor agregado, na faixa de 5 a 12 anos. Para isso, a empresa pode investir em duas novas operações: • Uma nova loja completa, em um novo endereço web respondendo no endereço www.lojaderoupasparabebe.com.br e terá um tema e um catálogo especializado em roupas para recém-nascidos e bebês.

Capítulo 1 ■ Magento Commerce

• Uma nova loja dentro da loja principal, oferecendo uma marca premium, algo como Roupas Infantis Top, contando com um tema personalizado e produtos de maior valor agregado. Essas duas novas lojas farão parte da mesma empresa, contando com os mesmos meios de pagamento e envio, a mesma integração com o sistema de gestão e o acompanhamento do catálogo, do marketing e dos pedidos feitos pelo mesmo time. Com isso, ganha-se em otimização dos recursos e é possível oferecer uma experiência personalizada para cada um desses públicos, sem que seja necessário construir novos catálogos do zero (e enfrentar os problemas de conciliação de estoque, comuns em múltiplas operações). Já quando se fala da visão de loja, falamos muito mais dos diversos idiomas oferecidos em uma loja virtual. No Brasil não são comuns lojas com múltiplos idiomas, ainda que algumas delas ofereçam seus produtos também em inglês. Se pensarmos em um país como a Bélgica, os múltiplos idiomas são praticamente obrigatórios. O país tem três línguas oficiais – o holandês, o francês e o alemão –, e a maioria dos sites voltados ao público belga deve trazer ao menos os dois primeiros idiomas. A seleção do idioma se dá pela visão de loja. Assim, há uma loja principal, com um catálogo de produtos e uma moeda, seguida de duas visões de loja, uma para o holandês e outra para o francês, como é o caso da iKitchen, mostrada na figura 1.5.

Figura 1.5 – Tela da iKitchen, loja virtual belga, com a possibilidade de seleção dos idiomas holandês e francês no canto superior esquerdo.

Módulos para Magento

1.6 Hierarquia das configurações A partir do conceito de múltiplos sites e múltiplas lojas, fica mais fácil explicar o conceito de hierarquia das configurações. Para quem está começando no Magento, é um dos conceitos mais complicados de se entender, mas com um pouco de prática percebe-se o quanto ele é simples e como foi pensado de uma maneira muito inteligente. Esse conceito só terá sentido se houver mais de um website, loja ou visão de loja na instalação. Se houver apenas um de cada, a hierarquia das configurações não tem efeito prático. No Magento, as configurações podem ser dadas em diferentes níveis. É essa possibilidade que faz com que a plataforma seja muito flexível, permitindo diversos ajustes ao longo dos níveis: cada website e cada visão de loja podem ter suas configurações próprias, diferentes entre si e diferentes em relação ao nível principal do Magento. Dessa forma, temos três níveis para definição das configurações, como mostrado na figura 1.6. instalação Magento

GLOBAL - G siteA.com

WEBSITE - W Loja de sapatos populares

STORE VIEW - S

português

inglês

siteB.com

Loja de sapatos finos

português

inglês

Loja de celulares

português

Figura 1.6 – Esquema de hierarquia das configurações no Magento.

• Todas as Lojas – Configurações em nível mais alto no Magento que valerão para todos os websites, as lojas e visões de loja da instalação. • Website – Configurações que valerão apenas para o website específico, incluindo todas as visões de loja nesse website.

Capítulo 1 ■ Magento Commerce

• Visão de Loja – Configurações que valerão apenas para a visão de loja específica, sem interferir nas demais visões de loja, desse website ou de outros websites. Importante: não há a possibilidade de informar as configurações no nível Loja, apenas no nível abaixo, Visão de Loja. Sempre que você precisar entrar com uma configuração para uma loja específica, deve fazê-lo em cada uma das visões de loja abaixo dessa loja. Se há apenas uma loja dentro do website, provavelmente será mais simples inserir a configuração no nível de website.

Portanto, quando se faz a configuração do Magento, o primeiro nível a se trabalhar é Todas as Lojas. As informações definidas aqui serão automaticamente replicadas para os níveis inferiores, a menos que haja uma configuração nesse nível inferior. Digamos que você trabalhará com um único Website, uma única Loja e uma única Visão de Loja. Nesse caso, o único lugar onde você precisa informar as configurações é no nível de Todas as Lojas, que automaticamente empurrará as configurações para os demais níveis. Se você pretende trabalhar com dois endereços web diferentes, é preciso criar dois websites diferentes e entrar com as configurações particulares de cada um deles no nível de Website. Normalmente, você escolherá um deles para herdar as configurações do nível Todas as Lojas e inserirá as configurações próprias apenas no outro website, como forma de facilitar o trabalho e a gestão. Mas, se pretende trabalhar com dois idiomas em uma única loja virtual, um único endereço web, as configurações devem ser definidas nos níveis mais baixos, as Visões de Lojas. Como exemplo, uma loja de produtos brasileiros que quer atender também o público estrangeiro. Pensando apenas na questão do idioma e deixando de lado moedas e meios de pagamento específicos para suportar pagamentos do exterior, seria necessário criar um website (por exemplo, produtosbrasileiros.com.br), uma loja (por exemplo, Produtos Brasileiros) e duas visões de loja (Português e English). A configuração seria: • Todas as Lojas – Idioma português. • Visão de Loja English – Idioma inglês.

Módulos para Magento

Para informar uma configuração em um nível abaixo de Todas as Lojas, o procedimento é bem simples. Como se vê na figura 1.7, o primeiro passo é selecionar o nível desejado na caixa presente no canto superior esquerdo da página acessível via Sistema > Configurações. Uma vez selecionado o nível desejado, a página é recarregada e as configurações disponíveis naquele nível passam a ser apresentadas com a edição desabilitada. Para habilitar a edição, é preciso desmarcar a caixa Usar Default ou Usar Website, conforme o nível selecionado, e informar o valor desejado, clicando depois em Salvar.

Figura 1.7 – Selecionando o nível desejado e informando uma configuração específica.

Para retornar as configurações ao seu estado original, ou seja, voltar a utilizar o valor configurado nos níveis superiores, basta marcar a caixa Usar Padrão ou Usar Website, conforme o nível selecionado, e clicar em Salvar. Não é necessário se preocupar com o valor informado porque ele será automaticamente sobrescrito. Neste caso, a visão de loja Português automaticamente herdaria o idioma português do nível Todas as Lojas, enquanto a visão de loja English utilizaria o idioma inglês, definido em seu nível. Por outro lado, se você pretende utilizar dois websites diferentes, como no exemplo das lojas de roupas infantis, a configuração seria dada em um nível superior. Todas as lojas e visões de loja utilizarão o idioma português e, portanto, o idioma pode ser dado apenas no nível Todas as lojas.

Capítulo 1 ■ Magento Commerce

Já os endereços web devem ser configurados no nível de Website, informando o respectivo endereço em cada um dos websites. Os nomes das lojas são informados em Website ou em suas Visões de loja, já que, como dito anteriormente, o nível Loja não aceita configurações. Um detalhe a se ter em mente, especialmente quando estiver construindo as opções de configuração de seu módulo, é que nem todas as configurações podem ser definidas de maneira diferente nos três níveis. Uma configuração em nível global não pode ser alterada em nível diferente desse, pois não faria sentido ter um valor diferente em níveis diferentes. As dimensões de um produto, por exemplo, são iguais ainda que vendidas em lojas diferentes. Não se vende um produto com 40 centímetros de largura quando o foco é o público das classes B e C, e 70 centímetros de largura se o público fizer parte da classe A, a menos que seja um produto idêntico.

1.7 Modularidade do Magento Um exemplo clássico para explicar o conceito de modularidade é o velho jogo de montar para crianças e jovens – e também aqueles que não são mais crianças e jovens – chamado Lego. Com as peças de uma caixa de Lego é possível montar diferentes coisas. Comprando mais caixas de Lego, com outros formatos e propósitos, podem-se montar outras tantas coisas diferentes. O Magento foi pensado dessa forma. Você conta com uma caixa de Lego inicial, que traz diferentes peças para diferentes objetivos, podendo estas ser combinadas, retiradas e montadas de forma diferente, de modo a atender os objetivos básicos de uma loja virtual. Se precisar de novas funções, você adquire uma nova caixa, com os blocos necessários para a nova função. Quando faz o download do Magento, você adquire o que chamamos de core. Este é o conjunto mínimo de módulos, com as funções listadas no site do Magento, que permitirá ao lojista ter uma loja virtual básica, ainda que relativamente completa. Dentro desse conjunto básico de módulos, encontra-se o que conhecemos como o “próprio Magento”, com seu backend, frontend, o tema Base/Default, o catálogo de produtos, o gerenciador de conteúdo, o cadastro de clientes, o mecanismo de busca, a gestão das configurações, o sistema de pedidos e outros mais.

Módulos para Magento

Cada um desses módulos é encontrado na pasta /app/code/core e pode ser identificado pelos seus nomes, como checkout, catalog, catalogsearch, customer e outros. Como já é de conhecimento dos que trabalham com Magento, esses módulos não devem ser alterados e isso não pode ser esquecido, já que, ao fazer uma atualização, esses arquivos são sobrescritos pelos novos arquivos, fazendo com que todas as alterações sejam perdidas. À medida que você ganhar experiência perceberá que isso não é uma verdade absoluta: é possível modificar o core, porém há algumas regras para isso, tanto para que sua instalação possa ser atualizada sem problemas, como para garantir a compatibilidade com outros módulos. Independentemente da modificação do core, a regra inicial permanece intocada: você não deve alterar os arquivos da pasta /app/code/core, em nenhuma hipótese. O Magento e seu core, no entanto, não são completos e nunca pretenderam ser. A ideia de Yoav Kutner e Roy Rubin era permitir que empresas e desenvolvedores independentes trabalhassem na construção de módulos que pudessem estender e complementar as funções originais da plataforma. Dessa forma, além dos módulos do core, temos outros dois tipos de módulo: • community – Apesar de haver alguma confusão nisso, são compostos dos módulos que podem ser compartilhados entre diferentes lojas, não necessariamente aqueles obtidos via Magento Connect. Esses módulos podem ser gratuitos ou pagos e são desenvolvidos de modo a permitir a sua utilização em mais de uma loja. Encontra-se em /app/code/community. • local – É uma categoria específica de módulos desenvolvidos para serem usados em uma única loja. Apesar de não fazer muito sentido, esta categoria engloba módulos que por alguma razão contêm particularidades de uma instalação específica ou as extensões do core, quando são necessárias modificações nos módulos originais do Magento. Encontra-se em /app/code/local. Nota: a divisão mais comum encontrada no mercado é dada por módulos do Magento Connect, utilizando a pasta community e módulos que não estejam no Magento Connect ou módulos pagos utilizando a pasta local. Porém, mesmo que você não pretenda distribuir seus módulos via Connect, se for possível instalá-lo em diferentes lojas de maneira fácil e rápida, você pode usar a pasta community sem problemas.

Capítulo 1 ■ Magento Commerce

Um ponto a chamar a atenção em relação à modularidade do Magento é que, assim como no Lego, as peças precisam seguir um padrão. Se um módulo não é construído conforme as boas práticas de desenvolvimento, o encaixe entre as peças é sempre difícil, com falhas nos encontros entre blocos, buracos nas emendas e partes soltas, peças faltantes ou até mesmo encaixes defeituosos que se soltam com facilidade, estragando a brincadeira. Para que o Magento funcione corretamente e sem falhas, é preciso que a construção siga essas boas práticas, como veremos no final do capítulo 2.

1.8 Magento Connect Para quem vai desenvolver módulos, o Magento Connect é uma ferramenta essencial, tanto para buscar novas opções de módulos como para distribuir seus próprios módulos para a comunidade ou anunciá-los lá, em busca de compradores para seus produtos. Para o usuário médio, ele não é tão simples de usar como o instalador de plugins do Wordpress ou o marketplace de apps para Android e IOS – e isso talvez seja uma benção contra usuários despreparados. Ainda assim, seu uso não é o que se pode chamar de difícil. No final deste livro, no apêndice A, falaremos sobre como distribuir seus módulos e isso incluirá publicá-los no Magento Connect. Neste tópico, vamos falar um pouco sobre como obter módulos no Magento Connect e como utilizá-lo como fonte de pesquisa para novos módulos. Obter módulos no Magento Connect é bem simples: basta acessar o site do marketplace, em www.magentocommerce.com/magento-connect, e fazer uma pesquisa pelo módulo desejado. Uma vez logado no site, você deve selecionar a versão do Magento Connect (normalmente Connect 2.0), aceitar os termos de licença e obter a chave de instalação do módulo. Com essa chave, você pode acessar a opção Sistema > Magento Connect > Gerenciador do Magento Connect. Não se esqueça de que, para acessar a área do Magento Connect em sua loja, é preciso fazer um novo login e seu usuário deve ter permissões de administrador.

Módulos para Magento Importante: não se esqueça de duas regras de ouro – sempre fazer backup antes de instalar qualquer novo módulo e fazer uma avaliação em uma instalação de testes antes de colocá-lo em produção.

A partir daí, você deve informar a chave de instalação na tela do Magento Connect e prosseguir com a instalação. Dando tudo certo, o instalador concluirá a instalação e você poderá utilizar o módulo. Quando voltar ao painel de controle do Magento, não se esqueça de refazer o cache e sair do painel, logando novamente antes de acessar a área de administração do módulo. Dica: há um serviço oferecido gratuitamente pelo site Top Mage, no endereço ext.topmage.com, como se vê na figura 1.8, que facilita o download de qualquer módulo disponível no Magento Connect. Uma vez que você já saiba o nome do módulo, basta fazer uma busca no site para ter acesso à ultima versão e fazer o download dos arquivos para prosseguir com a instalação manual. Versões anteriores dos módulos também estão disponíveis nesse serviço.

Figura 1.8 – Tela do Magento Direct Download com os módulos do Magento Connect.

Capítulo 1 ■ Magento Commerce

1.9 Certificações em Magento Assim como em outras plataformas e linguagens, o Magento Commerce tem seu próprio sistema de certificações, desde 2010, submetendo os profissionais que querem obter as certificações a testes completos, de modo a validar seus conhecimentos e oferecer um título diferenciado aos aprovados. As certificações em Magento são dadas em dois diferentes níveis: • Certified Partners – Empresas certificadas em Magento, aptas a trabalhar com instalação, desenvolvimento e manutenção de lojas virtuais. Para se certificar, a empresa passa por um processo de avaliação e paga um valor anual, conforme a sua categoria. Também deve atingir metas anuais, como número de licenças Enterprise Edition vendidas e número de profissionais certificados vinculados a ela. • Certified Professionals – Profissionais certificados em Magento, submetidos a um teste online, em determinadas áreas do conhecimento. A prova é aplicada em um centro de certificação, pagando-se um valor por prova realizada, e a certificação não tem prazo de validade. As empresas certificadas podem ser avaliadas conforme um ranking que vai de parceiros Silver a Platinum, além dos Associates. Já para os profissionais certificados não há um ranking, à exceção dos Developers que têm adicionalmente o grau Plus.

1.9.1 Technology Partners Technology Partners são uma categoria de Magento Certified Partners criada para englobar as empresas provedoras de serviços adicionais, ou seja, aquelas que não trabalham com desenvolvimento e manutenção de lojas, mas sim como soluções que estendem as funcionalidades nativas do Magento, campanhas de marketing, meios de pagamento e meios de envio, sistemas de gestão, entre outras.

Módulos para Magento

1.9.2 Hosting Partners Hosting Partners, como o próprio nome diz, são os parceiros homologados para oferecer serviços de hospedagem para lojas virtuais Magento. É a menor das categorias de Certified Partners em número de certificados e chegou a ser descontinuada por um período.

1.9.3 Solution Partners Fechando as categorias dos Magento Certified Partners, a Solution Partners é a que tem o maior número de membros e é a de maior visibilidade. Ela reúne as empresas desenvolvedoras de lojas virtuais Magento, aptas a prestar serviços de instalação, desenvolvimento e manutenção de lojas Magento ao redor do mundo. Essa categoria divide-se em níveis, começando em Silver, passando por Gold e terminando em Platinum, conforme os recursos oferecidos pela empresa, como número de profissionais certificados e o cumprimento das metas anuais de vendas. Todas as empresas passam pelos níveis iniciais para se candidatarem ao nível mais alto e pagam valores anuais de renovação, conforme seu nível. Apesar de formar uma categoria à parte, os Magento Associates podem ser incluídos nessa denominação, até mesmo porque antes eram chamados de Bronze Partners. Os Associates são uma categoria de entrada para os Solutions Partners, enquanto estes são avaliados e cumprem com os requisitos mínimos da categoria superior.

1.9.4 Magento Developer e Magento Developer Plus A certificação de Magento Developer foi a primeira a ser lançada visando certificar os profissionais que trabalham com Magento Commerce. Ela foca os desenvolvedores de módulos para Magento, avaliando seus conhecimentos e sua capacidade de construir módulos segundo as boas práticas, comprovando o conhecimento na estrutura e nas linguagens e métodos utilizados pela plataforma.

Capítulo 1 ■ Magento Commerce

A Magento Developer é a única certificação que apresenta um grau extra, o de Magento Developer Plus, que avança na avaliação dos conhecimentos e exige um desempenho superior. O profissional pode optar por se certificar primeiro na Developer ou ir direto para a prova do grau de Developer Plus.

1.9.5 Frontend Developer Já a certificação para Frontend Developer foca na construção e manutenção de temas para Magento. O profissional que deseja se certificar nessa categoria deve comprovar conhecimentos sólidos na construção de um tema, sempre conforme as boas práticas. Além de compreender como estruturar um tema para Magento, o candidato precisa ter um nível de conhecimento avançado nas linguagens web, como HTML, CSS e JavaScript. Configurações de um tema no backend do Magento certamente fazem parte do pacote de estudos.

1.9.6 Solution Specialist Última certificação a ser lançada dentro do programa de certificação de profissionais Magento, a Solution Specialist parece ser a mais complexa de todas. Isso não significa que ela seja a mais difícil em termos de conhecimento acumulado ou que o profissional precise saber codificar módulos, desenvolver temas e ainda gerenciar lojas virtuais, mas sim que ele tenha um conhecimento abrangente sobre as várias áreas do Magento. A certificação Magento Solution Specialist cobra um entendimento completo de como a arquitetura do Magento funciona, quais as diferenças entre as versões Community e Enterprise, como trabalhar com os diversos modelos de negócios de forma a indicar as melhores soluções, estruturar catálogos de produtos conforme as boas práticas e como preparar o negócio para atingir diferentes objetivos.

Módulos para Magento

1.10 A importância da certificação A importância da certificação é um assunto controverso. Enquanto muitos dizem que não é possível medir os conhecimentos e a qualificação de um profissional por uma simples prova, outros acreditam firmemente na contratação de um percentual significativo de profissionais certificados para suas empresas, como forma de atestar a qualidade de um time de desenvolvedores. No Magento, não é diferente e a polêmica sempre volta à tona. É verdade que uma simples prova não pode atestar a capacidade de um desenvolvedor, assim como um diploma universitário não representa obrigatoriamente que o seu detentor seja um excelente profissional. Indo mais além, um diploma de uma universidade de média linha pode esconder um estudante muito mais dedicado que alguém que tenha cursado uma universidade de primeira linha de maneira despreocupada. Portanto, o primeiro ponto que deve ficar claro é que a ausência de uma certificação não significa de maneira nenhuma que o colaborador seja um mau desenvolvedor, assim como, na linha oposta, a presença de certificação não indica que os profissionais certificados sejam deuses supremos, que nunca erram e sempre fazem a coisa perfeita. Encontram-se desenvolvedores Magento de excelente qualidade que não se certificaram e não se certificarão por simplesmente acharem que não precisam disso. Por outro lado, a qualificação em Magento ou mesmo em desenvolvimento de sites é algo muito genérico. Diferente de um curso de engenharia civil, com sua faculdade específica e seu registro no Conselho de Engenharia, de um médico e seu registro no Conselho de Medicina ou um bacharel em direito e seu registro na Ordem dos Advogados do Brasil, um desenvolvedor pode não cursar uma faculdade, mas aprender por conta própria ou em diversos cursos técnicos pelo Brasil. Ainda que um desenvolvedor possa ser formado dentro de um curso de Análise de Sistemas, seu reconhecimento é muito vago, gerando discrepâncias no mercado de trabalho. Talvez em comércio eletrônico a coisa seja ainda mais complicada. A todo instante, lojistas decidem que aprenderão a fazer suas lojas – muitas vezes motivados por problemas com seus antigos desenvolvedores – e passam a se vender como profissionais Magento, conhecendo muito pouco da

Capítulo 1 ■ Magento Commerce

ferramenta e quase nada de desenvolvimento. Profissionais que pouco sabem sobre desenvolvimento de sites aventuram-se na construção de sites e entregam trabalhos que desrespeitam quase todas as boas práticas, resultando em perda de dinheiro e tempo. Como se diferenciar desses profissionais? O primeiro passo é estudando muito e se qualificando corretamente nos requisitos que um desenvolvedor Magento precisa ter – compreender perfeitamente a linguagem HTML, os estilos CSS e os comportamentos JavaScript, para trabalhar com temas; já ter passado do nível intermediário na linguagem PHP, dominando Orientação a Objetos, entendendo o conceito de MVC e tendo conhecimentos técnicos no Zend Framework; compreender como o banco de dados do Magento é estruturado e como trabalhar com o XML, usado intensivamente na plataforma e, por fim, compreender a estrutura do Magento e sua arquitetura. Todos esses conhecimentos podem ser adquiridos em múltiplos sites pela internet, por meio de livros e cursos, que são poucos, no Brasil e no exterior. O problema é que esse material só fornecerá a base pois a maior parte do aprendizado no Magento vem da prática. Com isso, chegamos ao segundo passo: para se diferenciar é preciso construir um portfólio de qualidade, que ateste que você trabalhou em grandes projetos, sendo que “grandes” não significa seu tamanho, mas sim projetos desafiadores e que se converteram em realidade, com soluções inovadoras. O terceiro passo inevitavelmente cai na certificação para a esmagadora maioria dos profissionais. É muito difícil se destacar em nosso mercado e a certificação é o caminho mais fácil para, tendo essa base, coroar o trabalho com um documento que atesta seu conhecimento em Magento, seja em qualquer uma das três áreas. Na época em que escrevi este livro, o Brasil tinha menos de 40 profissionais certificados, certamente empregados em grandes empresas, com salários que se diferenciavam da média salarial do país. Se pensarmos em quantos desenvolvedores Magento existem no Brasil, certamente, esses 40 são uma minúscula fração que conseguiu demonstrar que é diferente e quer ser recompensada por isso. Um último comentário sobre a certificação e o aumento salarial que ela certamente acarreta: o profissional não deve imaginar que o aumento salarial virá sem o correspondente aumento de trabalho. As empresas

Módulos para Magento

que mais contratam profissionais certificados costumam ser empresas de ponta e as exigências são correspondentes ao trabalho que se espera desses profissionais. Não basta certificar-se e acreditar que o mundo todo cairá em seu colo por herança. É preciso corresponder a esse novo nível.

1.11 Resumo Neste capítulo, foi feita uma apresentação geral do Magento Commerce, especialmente para aqueles que ainda têm dúvidas sobre os fundamentos do Magento. Os principais conceitos a serem guardados aqui fazem menção à modularidade da plataforma, com a possibilidade de incluir peças e funcionalidades, por meio da construção de módulos, e à hierarquia das configurações, com a definição de diferentes configurações dentro dos três níveis disponíveis. Foram apresentados também os tipos de certificação no Magento e sua importância. Se você ainda tem dúvidas sobre os fundamentos do Magento, poderá encontrar mais informações em diversos tutoriais disponíveis na internet ou então no livro Lojas Virtuais com Magento.

1.12 Testes 1. Explique o conceito de hierarquia das configurações e sua importância para a gestão de lojas no Magento. 2. Quais são os dois principais tipos de certificação no Magento e como eles estão divididos? 3. Dentro da pasta /app/code, encontramos três pastas. Quais são e quais suas funções? 4. Um desenvolvedor de temas para Magento deve focar a obtenção de qual certificação? Quais são os conceitos exigidos para esse exame? 5. Explique o conceito de modularidade no Magento Commerce. 6. Por que o core do Magento não deve ser alterado?