php python django magento e-commerce

php - E-commerce desde cero o no



python django (8)

Como la fecha límite es de 3 meses, definitivamente debe usar un comercio electrónico existente y empaquetado. Estoy seguro de que no seré el único en señalarlo.
Del mismo modo, es posible que tome 3 meses para ponerse al día con Magento, que es una cuasi-empresa-complejidad. Como solución de compromiso, es posible que Magento se adapte a sus necesidades con un poco de ayuda externa de algunos profesionales con experiencia. (Soy tan profesional y me gusta Magento por su sofisticación y características)

Hay muchas más soluciones de comercio electrónico para elegir, no podría enumerarlas todas aquí. Tampoco te sientas atado a un idioma en particular, quizás no seas el único en arreglar el sitio en el futuro, así que mira las habilidades disponibles para tu empleador. El crecimiento de Python no se compara bien con otros lenguajes , como PHP y Ruby, por lo que puede no ser el futuro.

Necesito desarrollar un nuevo sitio con la parte de e-commerce. Estoy aquí para obtener algunas pistas de usted en qué camino debo seguir.

El sitio tendrá una parte estática que incluirá algunas páginas estáticas y la parte de comercio electrónico para vender los productos. Soy desarrollador de Django y PHP, pero esta es la primera vez que necesito desarrollar un comercio electrónico.

Veo que hay algunas soluciones como Satchmo para Django y Magento para PHP. También hay algunos servicios como Shopify que ofrecen una solución precocinada.

Estos son mis requisitos:

  • Tendré que darle a mi sitio un diseño / estilo personalizado, todo escrito por mí
  • Necesitaré una buena interfaz de administrador para ver los pedidos entrantes, los pedidos promedio por día y otras cosas agradables (veo que Magento tiene un panel muy bueno para esto)
  • Necesitaré una característica que me informe de los productos salientes fuera de stock
  • Quizás deba implementar un método de pago personalizado
  • Quizás deba implementar un servicio de mensajería personalizado

Por supuesto, prefiero Django en lugar de PHP. ¿Alguien puede darme una pista? Nunca he usado a nadie de este framework / productos.

Gracias.

- EDITAR

La fecha límite es 3 meses. Presupuesto ~ 7500 $. Tengo tres meses para terminarlo.

No sé nada sobre Django, pero me enfrenté a este mismo problema hace unos años después de que nuestra empresa decidiera dejar de usar share-it para las ventas y desarrollar nuestra propia solución en PHP. Nuestro problema con las plataformas alojadas como share-it (y supongo que Shopify, aunque nunca lo he usado) es que sus tarifas son mucho más altas de lo que usted incurriría al simplemente rodar su propia solución y procesar sus pedidos con Paypal o algo así.

Así que puede considerar hacer lo que hicimos: comprar un software de carrito de compras preconstruido y luego personalizarlo extensamente. Usamos Digishop , que está diseñado más para una tienda tipo catálogo en línea que nuestro sitio de software, pero después de aproximadamente 2-4 semanas de agregar la funcionalidad necesaria, fue bueno. Aunque fuera de la caja, Digishop estaba demasiado abotagado para nuestras necesidades, si está familiarizado con PHP debería ser muy fácil navegar a través de él y agregar o eliminar funciones de manera selectiva como lo considere conveniente.

¡Buena suerte!

Al final del día, la respuesta se reduce a qué tan convincente eres con ambas opciones. En el pasado, cuando me encontré con las 2 opciones, generalmente uso la solución preexistente.

Motivo para crear el tuyo:

  • Flexibilidad : puede hacer lo que desee y cómo quiere que funcione.
  • Usted sabe el código . Cuando algo se rompe, usted sabe lo que ha escrito y, con suerte, puede encontrar el origen del problema sin leer un montón de documentación

Motivo de usar una solución de fuente abierta o fuera de la caja

  • Comunidad - Este es el más grande para mí. Cuando busca ayuda con un problema, tener una comunidad detrás de usted puede ser la mejor ayuda. Lo más probable es que haya alguien que haya tenido un problema que esté tratando de hacer lo que está tratando de lograr.
  • Soluciones API preexistentes : si está creando una tienda en línea, es probable que tenga que vincularse con alguna API para realizar el pago / envío. Los principales carros de compras tienen estos ya construidos. Por ejemplo, Zencart tiene módulos para Authorize, Paypal, UPS, FEDEX, USPS. Además de otras muchas API con las que podrías necesitar interactuar. Le ahorrará muchísimo tiempo no tener que codificar los scripts de API para todos estos servicios de differnet.
  • Seguridad - Esto podría ir en ambos. Con el uso de una solución más conocida que una personalizada, se corre el riesgo de caer en un hack kid scripting donde las personas usan scripts para hackear un tipo específico de carro en línea. Pero al mismo tiempo, si hay una comunidad de desarrolladores que resuelve problemas de seguridad, la respuesta a una violación de seguridad sería mucho más rápida de lo que intenta resolverlo solo.
  • Línea de tiempo : lanzar una tienda de código abierto es mucho más rápido que escribir uno propio. Si usaste Zencart por ejemplo. puedes instalar la tienda y luego dedicarte tiempo a modificar la máscara para que funcione y funcione como te gustaría.

Tendría que votar por usar Zencart como solución. Lo he usado en varias ocasiones y el software nunca me ha decepcionado. Tienen una gran comunidad, mucho más que oscommerce, que se siente bastante muerto en este punto.

También con zencart puedes hacer páginas estáticas donde puedes poner el contenido que quieras en ellas. Por supuesto, también podría poner un segundo CMS para manejar las páginas estáticas.

Si te estás inclinando entre Magento / Satchmo y prefieres Django, definitivamente ve con Satch. He trabajado con ambos y, francamente, Magento es una pesadilla para trabajar (si parece que es un momento divertido, adelante). En mi experiencia Django / Satchmo son mucho más flexibles y fáciles de personalizar, además de más fáciles de mantener, además de que puedes aprovechar el rico ecosistema de paquetes de Django . Y seriamente Python> PHP.

A la larga, creo que estarás mucho mejor con Django / Satchmo. En algún momento en el futuro lejano (porque ningún proyecto está realmente finalizado, ni tan simple como podrían implicar sus requisitos iniciales), su cliente regresará y dirá "Oh, bueno ... realmente queríamos que X sucediera cuando el usuario Y lo hace Z ". Y en ese punto, dirá "Claro, no hay problema, su sitio está basado en Django, ¡así que es pan comido!" o entrar en convulsiones porque pensarás en todo el trabajo que implicará con Magento.

Muchos de nosotros hemos estado en la misma situación antes: código a partir de cero (CFS) o uso de un marco.

Mi experiencia: comencé a crear scripts con Perl. Y uno de los módulos más utilizados (para programación web) de PERL es CGI. Algunos lo consideraron un módulo "pesado" y, por lo tanto, algunos habían desarrollado una versión "más ligera". Para un novato, esto podría ser confuso: ¿qué módulo usar? Al navegar por las listas de correo de archivo de Perl, me encontré con lo que todavía considero una gran sabiduría: lo que no sabes importa tanto como lo que sabes .

Este gurú perl recordó a todos que el módulo CGI había sido revisado por muchos desarrolladores. Continuó explicando cómo C manejaba las cadenas de manera (Perl está hecho con C) fue utilizado por los crackers para explotar las aplicaciones web, pero el módulo CGI tenía un código para evitar tales vulnerabilidades de seguridad. Continuó agregando que NINGUNO de los nuevos módulos CGI que había recibido tenía código para evitar este mismo exploit porque ninguno de ellos era consciente de este problema.

Y por supuesto, como James Black comentó sobre su pregunta, también debe considerar el factor tiempo.

Al seleccionar un marco o módulo:

  1. Mira qué edad tiene.
  2. Observe cuán activos son sus desarrolladores (a través de listas de correo, archivos, IRC, etc.).
  3. ¿Los desarrolladores brindan un buen soporte?
  4. ¿Es seguro?
  5. Es popular?

No tengo experiencia con Django. Desarrollo sitios web usando Wordpress y hace un año probé Magento (no lo he probado desde entonces).

Me sorprendió lo amigable que era Magento. Ambos front end y backend. Fue realmente fácil de configurar. También puede personalizar fácilmente el diseño utilizando la plantilla API de Magento.

Aquí hay algunos pros y contras:

Pros

  • No desarrolles tu propio sitio de comercio electrónico. Es mucho trabajo reinventar la rueda.
  • Al usar un producto de comercio electrónico bien conocido, también encontrará soporte.
  • Las plataformas de comercio electrónico como Magento son fáciles de configurar y ofrecen la opción de cambiar la apariencia para que coincida con el resto del sitio web.
  • Puede combinar fácilmente CMS y e-commerce
  • Las plataformas de comercio electrónico como Magento ofrecen la opción de páginas estáticas / dinámicas personalizadas (como un mini cms)
  • Ahorrará dinero (tiempo de desarrollo) al usar algo que ya está desarrollado
  • La mayoría de los sitios de comercio electrónico manejan el pago hacia diferentes proveedores de servicios bancarios.

Contras

  • Magento no funciona en todos los servidores (configuración del servidor). Sin embargo, esto podría haber cambiado en el último año.
  • Si los productos gratuitos de comercio electrónico como Magento no satisfacen sus necesidades, debe comprar licencias. Y eso cuesta mucho dinero.
  • Lleva mucho tiempo desarrollar su propio sitio de comercio electrónico si desea calidad y facilidad de uso. No hay forma de que pueda desarrollar un buen sitio de comercio electrónico desde cero en solo 3 meses.

Esto es más allá de las limitaciones de tiempo del póster original, pero si está utilizando Django, Cartridge / Mezzanine es una buena configuración para el comercio electrónico. Tiene un guión de implementación de Ubuntu, integración de Stripe y es personalizable. Mezzanine es

http://mezzanine.jupo.org/

Puede agregar Mezzanine a un proyecto existente de Django. http://mezzanine.jupo.org/docs/frequently-asked-questions.html#how-can-i-add-mezzanine-to-an-existing-django-project

Buen tutorial Mezzanine: http://www.rosslaird.com/blog/first-steps-with-mezzanine/