Temos uma biblioteca considerável de módulos cakephp no meu local de trabalho e desenvolvemos sites personalizados em bom ritmo até que o carrinho de compras chegue ao nosso caminho para desacelerar o processo. Eu usei vários carrinhos de compras ( Magento, Opencart, Zencart ) em projetos diferentes, onde precisamos mesclá-los com nosso aplicativo principal do CakePHP. Geralmente, requisitos muito personalizados tornam o carrinho de compras não atualizável e leva muito tempo .
Estou pensando em fazer o nosso próprio carrinho de compras ( bastante básico no momento, e vamos estender à medida que avançamos ) do zero, para que ele possa adaptar facilmente os requisitos personalizados. Vale a pena fazer?
ATUALIZAÇÃO 24-Ago-11
Continuei desenvolvendo nosso próprio carrinho de compras. Aqui estão as minhas experiências que eu quero compartilhar com vocês.
Benefícios
- É fácil alterar e estender o novo carrinho.
- Isso economiza tempo quando temos requisitos vagos ou personalizados e nos permite importar diretamente módulos da nossa biblioteca de códigos existente.
- Não há necessidade de implementação de modelo duplo para carrinho e site personalizado.
- Painel de administração único para o nosso carrinho de compras e site personalizado.
Limitações
- Ainda não amadureceu o suficiente com outros carros no mercado.
- Preocupações com segurança. Confiamos principalmente na segurança do CakePHP.
- Falta funcionalidade
Problemas enfrentados
- Desenvolver gateways de envio / pagamento foi a verdadeira dor. Como @davidhaskins apontou
Isso nos salvou um tempo significativo que poderíamos ter gasto invadindo carrinhos de compras padrão para atender às nossas necessidades
Eu era especialista em comércio eletrônico por cerca de quatro anos, quase exclusivamente usando o Magento. Na minha opinião, a compra versus construção depende inteiramente do volume de transações e de outras necessidades específicas da situação.
O Magento é uma distribuição incrível (embora isso possa mudar com a aquisição do eBay) - muitas das coisas que você realmente não quer fazer são feitas por você. Existe ampla integração com os gateways de remessa e comerciante / pagamento. Essas são coisas difíceis de se construir ao construir um sistema. Concordo com a sua afirmação de que eles são difíceis de atualizar, mas se você projetar sua implantação com futuras atualizações em mente, isso diminuirá o impacto quando chegar a hora da atualização.
Recentemente, tentei trabalhar com a Presta Shop e comprometer alguns recursos / código em seu projeto, mas não ouvi nada de volta. É outro pacote moderno e muito bem construído que lida com lojas menores com muito mais eficiência do que o Magento.
De qualquer maneira, acho que a questão não é se você deve criar um, mas como criar plugins de bolo que se conectam às APIs. Eu acho que seria um valor extremamente alto. Como alternativa, você pode aprender a implantar esses sistemas como sistemas completos, pois o Magento é bastante capaz como CMS.
fonte
Eu acho que você já respondeu sua própria pergunta. A integração com outros carrinhos leva muito tempo para você. Então, por que não tentar criar o seu próprio que se integra melhor ao seu sistema? A principal desvantagem é que você não receberá todos os detalhes de um carrinho existente e terá algumas curvas de aprendizado ao lidar com as APIs de pagamento. Mas se suas necessidades forem modestas, você a reutilizará e, no final das contas, seria bom para sua empresa, não vejo motivo para não tentar.
fonte
Eu desaconselharia fortemente, a menos que você esteja preparado para apoiá-lo em tempo integral. As vulnerabilidades nos aplicativos de carrinho de compras são exploradas agressivamente e podem resultar em dados de cartão de crédito expostos. E quando você começa a se deparar com os padrões PCI, as dores de cabeça se acumulam.
fonte