Yes, I do think there is a regression here. Sorry I didn't catch it earlier but I need to investigate further why the change was made and how best to resolve the issue.
As far as Configurable vs. Customizable products, the main difference is that a Configurable product will have individual products associated but a Custom will not. This means you can't manage the inventory as well with a Customizable product as you can a configurable one. For example, Django Rocks Shirts come in sizes and colors. A Configurable product would have an actual product associated with each color and size combo. When someone purchases a Small, White Django rocks shirt, there is an actual satchmo product that is purchased. With a customizable product, Satchmo notifies the admin that a Small, White Django Rocks shirt is purchased but there is no inventory-able product action that occurs. The idea is that a customizable product would be something like a monogram on a shirt. Your inventory for a shirt is decremented but you can't tell how many shirts were purchased with CBM vs. ABC as the monogram. Does this help? I'm open to ideas on how to make this clearer so people can make the right decision when creating their stores. -Chris On Tue, May 24, 2011 at 1:52 PM, rafael <[email protected]> wrote: > Hi, > > I think this behaviour (showing all the variations as products) is a bug > created during a recent commit... I've alerted about that, but no one > answered.. > > > http://groups.google.com/group/satchmo-users/browse_thread/thread/71a5a45093384d6f > > I am curious also about difference between variations and customization > products. > > > Em 24-05-2011 14:04, Vlad Orlenko escreveu: > > In Satchmo documentation, it says about ProductVariation: "Variations > > are all Products that are never displayed directly to a customer, but > > represent the actual product as you would have it on the > > shelf." (http://www.satchmoproject.com/docs/dev/product.html) > > > > This is not the way Satchmo 0.9.2 behaves: in fact, it shows all > > existing product variations. Is this a bug in implementation or > > outdated docs? > > > > As a few people in this group noted previously, having a > > ConfigurableProduct with several variations results in a huge amount > > of variation records (e.g. a shampoo that comes in 10 bottle styles, 5 > > sizes, 6 colors, 10 cap/lid/dispenser types => 3000 > > ProductVariations). This makes Satchmo unusably slow. I've submitted a > > patch for admin section that speeds up variation creation, but the > > rest of the pages are also painfully slow with high number of product > > variations. > > > > Someone suggested using CustomProduct instead of ProductVariations. > > I've started to try this approach, and it seems to work. > > > > Now I am a little confused: CustomProduct seems to achieve the same > > goal as ProductVariations. They can both use Option Groups. Apart from > > the ability to have custom images for each Variation, what limitations > > of CustomProduct should I be aware of? Am I on the right track? > > > > -- > You received this message because you are subscribed to the Google Groups > "Satchmo users" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/satchmo-users?hl=en. > > -- You received this message because you are subscribed to the Google Groups "Satchmo users" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/satchmo-users?hl=en.
