Thanks Chris, this clarifies the picture a lot.
Here's my situation. My store is supposed to sell shampoos and conditioners. The price depends on the kind of shampoo/conditioner, volume, type of bottles used (bottles come in different sizes, materials, colors, styles), and type of lid or dispenser. I am simplifying the picture a bit, but this is the gist of it. So, I initially started by making each shampoo and conditioner a ConfigurableProduct, and made a bunch of OptionGroups for bottle sizes, colors, materials, styles, and lids. By the time I generated ProductVariations (thousands of them), the system became unusable. Now I am starting over, using CustomProduct this time. This is much lighter and faster, but now I can't specify things like "this lid only works with that bottle style", and "this style of bottle combined with that volume gives a discount of 5%". Am I missing anything? If I understand the situation correctly, I need to make a subclass of CustomProduct (or a class that mimics CustomProduct behaviour) and implement my pricing and compatibility rules in it. Is there a well- established, best-practice way to do this? Thanks for your help! -Vlad On May 24, 12:49 pm, Chris Moffitt <[email protected]> wrote: > 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/71a... > > > 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.
