Pesquisa
Itens ativos
Posts mais lidos hoje
Login do usuário
Parceiros
Assine o RSS do Drupal-BR
Ubbercart x Ecommerce: vantagens e desvantagens
salve amigos.
Resolvi inaugurar uma das discussões do fórum. Eu acho que devemos expor aqui as vantagens e desvantagens das nossas opções, para depois nos concentrar-mos na melhor.
Eu estou no trabalho e por isso tenho que ser breve. Eu prefiro o Ubbercart, porque em uma análise superficial que eu fiz, ele me pareceu ser mais fácil de configurar e também utiliza o thickbox para exibir as fotos do produto, o que é bem interessante.
Enviado por marcus_vbp em qua, 08/08/2007 - 15:40. 
- Por favor, se logue ou se registre para poder enviar comentários
- 1056 leituras
A primeira impressão é a que fica
Eh como eu tava falando com o diego...
durante a minha pesquisa, vi que o Ubercart eh muito promissor... bonitinho e facil de administrar... mas eu achei q vc fica meio preso....
no ecommerce vc tem um pouco de trabalho no inicio... mas vc consegue extender mais ele (IMHO) com o nodeapi vc consegue montar o que quiser... porem vai dar mais trabalho!
eh uma locura!
--
Pedro Faria de Miranda Pinto
http://www.eusouopedro.com
http://www.phpavancado.net
O Ubbercart não pode ser
O Ubbercart não pode ser extendido com o nodeapi??
Aliás, me dá uma explicação rápida sobre o nodeapi :P.
T+
--
http://www.marcusvbp.com.br
http://www.nh18.com.br
pois é
Eu já testei ambos, mas nada profundo até agora, fiz apenas o básico que ambos se propõem, não cheguei a testar o nodeapi em nada ainda, com certeza isso deve ajudar muito mas para o usuário convencional, que só quer instalar seu módulo, configura-lo e usa-lo eu gostei mais do Ubercart.
Como eu tava conversando com o Pedro esses dias, o Ubercart apesar de ser Alpha ta evoluindo bem rápido enquanto que o e-commerce até onde eu vejo ta estagnado, o Ubercart tem uma interface mais fácil, mais bonitinha hehe e já vem com tudo meio a mão, basta ativar e pronto, você tem um tipo produto com campo para multiplas fotos, integração com o Thickbox e presets criados automaticamente no Imagecache, é uma beleza só.
Por outro lado, você instala o ecommerce e fica perdidão, tenta criar produto mas não tem campo de imagem, vai na lista de módulos e tem uma infinidade de produtos diferentes, o que a primeira (e segunda para alguns) vista não fica claro a diferença, alem do nome é claro.
Obviamente, configurar essas coisas é relativamente simples pra quem já sabe usar o drupal, basta usar o módulo image ou o imagefield em conjunto com o CCK (vice versa hehe) e pronto, ir configurando, apesar de não ser complicado é mais trabalhoso.
Uma questão de usabilidade que gostei no ecommerce é o fato de poder escolher o que acontece quando o visitante adiciona um produto ao carrinho, ao invés de ir para a tela do carrinho você pode manter ele na página do produto e indicar uma mensagem de produto incluido ao carrinho ao mesmo tempo que exibe este produto no bloco do "carrinho de compras", é um gosto pessoal meu, outros podem preferir de outro jeito mas gosto de poder definir o jeito que as coisas devem funcionar.
Quem tiver um melhor aprofundamento nesses módulos poste ai também.
Em resumo:
Ubercart: Mais fácil de utilizar, inteface mais trabalhada, em constante aprimoramento mas ainda imatura (versão alpha 7b)
Ecommerce: Mais estável, mais opções de produtos, algumas configurações de funcionamento melhores mas ao meu ver ta estagnado.
Mantenedor
Moçada,
eu sou, junto com os australianos Gordon e Simon, o mantenedor do e-Commerce. Então a minha opinião pode ser ter um viés.
Andy, o criador do Ubercart, achou que o eC era muito complexo e resolveu criar esta variação. Infelizmente, o motivo não foi suficiente para mover outros programadores. Atualmente o Ubercart é extremamente pequeno e limitado. Eu tenho sempre o interesse de fazer um "benchmark" de outros sistemas de e-Commerce, mas sempre que olho suas vantagens e o sistema interno de programação do Ubercart eu vejo que é confuso e simplista.
O módulo e-Commerce é simplesmente o maior módulo do Drupal. maior que o Drupal em si. 3 vezes mais linhas de código que CCK ou Views. Antes de eu entrar como mantenedor, a uns 3 meses atrás, éramos o módulo com mais "issues" e bugs, perdendo apenas para o Drupal em si. hoje somos apenas o 6! Um trabalho enorme para responder a todos e sanar bugs. Cobrimos inúmeras variações de lojas: loja de arquivos/músicas, de produtos físicos, pagar para poder ser membro do site, tíquetes de um cinema (com vagas limitadas), produtos personalizados na hora, leilão... Temos plugins de pagamento de inúmeros provedores: Paypal, Google Checkout e eu sou o criador da integração com o Bradesco (no futuro, Itaú e BB). É possível transformar qualquer conteúdo (foto, blog, imagem, FAQ...) em um produto e, com Views e CCK, ainda customizar sua aparência.
Estamos trabalhando duro na criação da próxima versão. o eC4, que deverá ser lançado algum tempo depois do Drupal 6. Nela, as coisas ficam muito mais fáceis e genéricas. olhando na página http://drupal.org/cvs vocês podem ver que eu e o gordon estamos entre os desenvolvedores mais ativos de toda a comunidade drupal e que e-Commerce é o módulo mais ativo (as vezes ele cai algumas posições, pois o ranking é semanal)
Não é à toa que somos a escolha para lojas grandes, como a Warner Records americana. E ganhamos recentemente uma categoria única no Drupal, para não confundir usuários com módulos de comércio que não tenham a ver com nosso módulos, como o próprio Ubercart e módulos como Advertisement...
Em ultima análise, é ainda possível perguntar sobre o e-Commerce em português para mim! hehehe
abraço a todos,
massa
Só dando pitaco
Olá pessoal,
Estou eu aqui só dando um pitaco, pois nunca usei nenhum módulo de e-commerce.
Como o Massa é um dos mantenedores do eC, talvez ele pudesse escrever um tutorial simples sobre o eC voltado para o público brasileiro, o que acha Massa? É possível?
Digo isso, porque, pelo que vi aqui e no Drupal.org, muita gente tem tido dificuldade de fazer o tunning inicial do eC, e mais ainda para o Brasil.
Abração a todos!
--
Rafael Ferreira Silva
http://www.rafaelsilva.net
Noooossa...
Nossa cara... muito bom saber disso...
Gostaria, antes de mais nada, parabeniza-lo pelo empenho dado a toda a comunidade de desenvolvedores do Drupal e tb para dizer que estou disposto a ajuda-lo de alguma forma... soh falar...
Outra parada... acho que a parte de instalação do eC esta bem documentada porem a parte das APIs que não axei nada... tive que ler muito codigo para entender pouco sobre como as coisas funcionam... cheguei a conseguir fazer um modulo de calculo de frete mas não funcionou corretamente pois qdo o cliente troca o endereço antes de dar o checkout, o frete não era recalculado... :/ não sei se foi erro meu ou se eh algum problema do eC mesmo... se derrepente vc puder nos ajudar nas APIs, vai ser muito bom!
Enfim, eu fico na freenode o dia inteiro... nos canais do drupal e no #PHPavancado... qq coisa, aparece por la...
flw!
--
Pedro Faria de Miranda Pinto
http://www.eusouopedro.com
http://www.phpavancado.net
Flexicharge e Shipping
Pedro,
para criar uma taxa/desconto genérico (para aplicar para determinados territórios ou tipos de usuários), use o módulo Flexicharge. Vamos começar esta semana a trabalhar pesado nele para deixá-lo mais poderoso e englobar dois outros módulos: tax (impostos), eC Roles (descontos por tipo de usuário). Além de incorporar algumas coisas pedidas frequentemente pelos usuários.
Para frete, em especial, temos o módulo Shipping e o Shipcalc (que já foram fundidos para o eC4). Eles criam uma API para integrar com sistemas de fretamento (Fedex e UPS já existem mas alguém poderia integrar à alguma coisa dos Correios). Estude os arquivos ups.inc canadianpost.inc para ver como integrar.
O pacote de eC foi redesenhado no começo do ano, mas desde que eu entrei eu propus para fazer uma nova versão, redesenhando algumas coisas ao invés de manter compatibilidade com coisas erradas. Então a documentação ficou em segundo plano, infelizmente. Estou fazendo uma pressão grande para todos adotarem fortemente a documentação do código segundo o Doxygen. meus módulos tem 35% de linhas como comentários. Já que não temos uma boa documentação externa, pelo menos no código estamos comentando muito mais, o que facilita quem trabalha com ele.
abraço,
massa
PS: já que tu se ofereceu, se não custar muito, tente traduzir algumas partes do e-Commerce. veja a página http://www.drupal-br.org/suporte/traducao/envie-sua-traducao-de-um-modul...
PS: eu fico também quase o dia todo no IRC. tu pode me achar no canal #drupal-ecommerce
massa (sem trocadilho)
Ae Bruno,
Não tinha visto que você era mantenedor do módulo, isso muda um tanto as coisas, eu lembro da integração com o Bradesco, tanto que havia criado um issue que você respondeu a respeito de fazer um para o BB.
Acredito que o ecommerce, pela própria descrição que você fez e pelo fato de podermos entrar em contato em português se torna a opção mais viável no momento. Eu também me disponibilizo a ajudar na tradução, vou dar uma olhada no link que você passou e me informar a respeito.
Salve amigos. Bom, depois da
Salve amigos.
Bom, depois da explicação do Massa, eu acredito que seja óbvio a escolha pelo eC. Como eu não sou um bom programador, eu também me candidato à tradução do módulo. Inclusive vou criar um tópico no fórum para colocar-mos termos comuns.
O ideal para mim era trabalhar com o Live Translation, o que vocês acham?
Sobre a documentação, eu acho ideal que houvesse uma documentação de como implementar novos gateways de pagamento, cálculo de frete, forma de entregas, etc. Sou meio ignorante nos processos e termos do eC, espero que tenha ficado claro.
Bom, é isso.
--
http://www.marcusvbp.com.br
http://www.nh18.com.br
Marcus
Pois é, sou da mesma opinião em relação ao uso do eC mesmo.
Eu sei programar mas não tive oportunidade de estudar a api do drupal, então ainda sou um leigo quando se trata de programar nele, essa idéia de pegar uma documentação de como implementar os gateways etc.. ia ajudar bastante, acredito que é apenas uma questão de conhecer o funcionamento interno do drupal e aplicar o php junto que da pra fazer tudo funcionar, se o Bruno puder se manifestar a respeito disso, já que ele tem bem mais experiencia nesse sentido, seria muito bom.
Quanto a questão de tradução, não sei qual o melhor método pois nunca usei nenhum deles então o que recomendarem eu topo hehe.
Tradução e Payment Gateway
Marcus e Diego,
1* Tradução: o Localization server (novo novo do Live Translation) ainda não está pronto e functionando. Eu sempre fui apressado e gostaria de lançá-lo logo, mas Gábor prefere lançar depois do Drupal6, com menos bugs. como eu disse acima, vá até http://www.drupal-br.org/suporte/traducao/envie-sua-traducao-de-um-modul... e saiba como colocar uma tradução no ar sem precisar pedir autorização para ninguem
2* Pagamentos e Frete: tudo vai mudar no eC4, mas o módulo de frete deve ficar mais ou menos parecido (com algumas mudanças importantes só). Já a API de pagamento vai mudar bem. Como eu falei, não temos uma documentação externa boa. Para criar novos meios de pagamento (um integração com outros bancos ou coisa assim) ou de frete, vocês devem estudar um pouco os já criados.
abraço
massa
esperar
entao vc acha que eh melhor esperarmos o eC4 para começar a estudar ou se basear pelo proprio codigo da versao 4????
o ec4 esta sendo escrito com a api do drupal 6???
flw
--
Pedro Faria de Miranda Pinto
http://www.eusouopedro.com
http://www.phpavancado.net
Bruno, Vou ver essa parte e
Bruno,
Vou ver essa parte e me organizar para colaborar também com as traduções, quanto mais gente ajudar mais rápido nós avançamos.
Hummm, independentemente das mudanças que vão ocorrer nos módulos de frete e na api de pagamento, ainda podemos prosseguir com o estudo do módulo, organizando tutoriais, tirando dúvidas e ajudando na tradução, da pra ir organizando toda a parte que não envolve os pagamentos, pode parecer meio estranho mas tem bastante coisa que da pra ver, por exemplo, tutoriais de como criar imagem para os produtos, quais módulos podem ser usados em conjunto (thickbox,lightbox, etc..), como organizar os produtos e os sub-produtos e coisas do gênero, não sei o quanto isso vai mudar no eC4, mas se formos ficar esperando até lá ficaremos estagnados.
E de qualquer modo, eu ainda preciso usar o eC3 para um site real que use boleto do BB, então vou ter que continuar os estudos dele.
abs