Tenemos una atractiva biblioteca de módulos de cakephp en mi lugar de trabajo, y desarrollamos sitios web personalizados a buen ritmo hasta que el carrito de compras llega a nuestro camino para ralentizar el proceso. He utilizado varios carros de compras ( Magento, Opencart, Zencart ) en diferentes proyectos, donde tenemos que fusionarlos con nuestra aplicación core cakephp. Por lo general, los requisitos muy personalizados hacen que el carrito de la compra no se pueda actualizar y requiere mucho tiempo .

Estoy pensando en hacer nuestro propio carrito de compras ( bastante básico en la actualidad, y lo ampliaremos a medida que avancemos ) desde cero para que pueda adaptar fácilmente los requisitos personalizados. ¿Vale la pena hacerlo?

ACTUALIZACIÓN 24-Ago-11

Seguí desarrollando nuestro propio carrito de compras. Aquí están mis experiencias que quiero compartir con ustedes.

Beneficios

1. El nuevo carro es fácil de cambiar y extender.
2. Ahorra tiempo cuando tenemos requisitos vagos o personalizados, y nos permite importar directamente módulos de nuestra biblioteca de códigos existente.
3. No es necesario implementar una plantilla dual para carrito y sitio web personalizado.
4. Panel de administración único para nuestro carrito de compras y sitio web personalizado.

Limitaciones

1. Todavía no está lo suficientemente maduro como otros carros en el mercado.
2. Preocupaciones de seguridad. Principalmente confiamos en la seguridad de cakephp.
3. Carece de funcionalidad

Problemas enfrentados

1. Desarrollar pasarelas de envío / pago fue el verdadero dolor. Como señaló @davidhaskins

Nos ahorró un tiempo considerable que podríamos haber gastado pirateando carritos de compras estándar para satisfacer nuestras necesidades

Lo he hecho en el pasado, pero nunca lo volveré a hacer. Integrar opciones de pago (llamadas "pasarelas de pago" como se menciona en los comentarios a continuación) fue el verdadero dolor. No lo recomiendo, pero no estoy en la misma situación en la que te encuentras. Supongo que depende de las personalizaciones que necesites.

Fui especialista en comercio electrónico durante cuatro años, casi exclusivamente con Magento. En mi opinión, la compra contra compilación depende completamente del volumen de transacciones y otras necesidades específicas de la situación.

Magento es una distribución sorprendente (aunque eso puede cambiar con la adquisición de eBay): muchas de las cosas que realmente no quieres hacer se hacen por ti. Existe una amplia integración con el envío y las pasarelas de comercio / pago. Esas son cosas difíciles de resolver al construir un sistema. Estoy de acuerdo con su afirmación de que son difíciles de actualizar, pero si diseña su implementación con futuras actualizaciones en mente, disminuirá el golpe cuando llegue el momento de actualizar.

Recientemente he intentado trabajar con Presta Shop y comprometer algunos recursos / código para su proyecto, pero no he recibido respuesta. Es otro paquete moderno muy bien construido que maneja tiendas más pequeñas de manera mucho más eficiente que Magento.

De cualquier manera, creo que la pregunta no es si debe crear uno usted mismo, sino cómo puede crear complementos de pastel que se conecten con las API. Creo que sería un valor extremadamente alto. Alternativamente, podría aprender a implementar estos sistemas como sistemas de sitio completo, ya que Magento es bastante capaz como CMS.

Creo que ya has respondido tu propia pregunta. La integración con otros carros lleva demasiado tiempo para usted. Entonces, ¿por qué no tratar de hacer uno propio que se integre mejor en su sistema? El principal inconveniente es que no obtendrá todas las ventajas y desventajas de un carrito existente, y tendrá algunas curvas de aprendizaje al tratar con las API de pago. Pero si sus necesidades son modestas, lo reutilizará y, en última instancia, sería bueno para su empresa, no veo ninguna razón para no intentarlo.

Le aconsejaría que no lo haga, a menos que esté preparado para apoyarlo a tiempo completo. Las vulnerabilidades en las aplicaciones de carrito de compras se explotan agresivamente y pueden dar lugar a datos de la tarjeta de crédito expuestos. Y una vez que empiezas a cumplir con los estándares PCI, los dolores de cabeza se acumulan.