> I'm guessing that the OP wanted to develop a "standard" e-commerce > site for a single company, in which case I agree with Stuart and Andre > that the way to go is a well-tested e-commerce framework. > > I had to roll my own because I was doing something very different > ... > But had a > well-tested framework for that kind of thing been available, I would > have grabbed it.
Seconded. Satchmo is great if you're trying to create a bog-standard e-commerce site. Our requirements turned out to be far outside of what Satchmo supports, and even using Custom Products, getting Satchmo to do even half of what we needed was extremely time consuming and awkward (the documentation skims the surface of implementation and customization and wasn't much help for a lot of what we needed to do). Worse, the Custom Product system resulted in as many as 1200 queries (I kid you not) for a simple page displaying a dozen products with "add to cart" buttons -- which couldn't be properly cached due to CSRF protection. With some careful query caching added to both our extensions and Satchmo's core, we brought this down to around 80 queries... when the cache is current. But now we want to add some features that can't be done without significantly forking Satchmo itself, so we're probably going to roll our own. > The good thing is that the Django community has build lots of high-quality > modules that cover just about every corner of this space, so any specific > needs can almost certainly be addresses here. "What can I use for > e-commerce" is a very open-ended question, though. Not to hijack the OP's thread, but if you have any suggestions for basic shopping cart functionality, payment processing (Paypal Pro?), or coupons / BOGO (that's buy-one-get-one), I for one would love to hear them. On Dec 7, 10:19 am, bobhaugen <bob.hau...@gmail.com> wrote: > I'm guessing that the OP wanted to develop a "standard" e-commerce > site for a single company, in which case I agree with Stuart and Andre > that the way to go is a well-tested e-commerce framework. > > I had to roll my own because I was doing something very different: B2B > e-commerce with an efficient order form (order from a grid combining > many products, not one-product-per-page adding to a shopping cart one > at a time) and order line items from many producers where the payment > from the customer needs to get allocated to each producer. But had a > well-tested framework for that kind of thing been available, I would > have grabbed it. > > As it is, I did use django-paypal with some customizations, which is > its own kind of pain in the butt. (Not django-paypal, the > customizations, because now I am stuck with the version of django- > paypal that I customized...) Eventually I'll take another look at > payment apps and some of the newer e-commerce frameworks that are more > modular. -- You received this message because you are subscribed to the Google Groups "Django users" group. To post to this group, send email to django-users@googlegroups.com. To unsubscribe from this group, send email to django-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/django-users?hl=en.
