I have a customer with a rather large number of selectable variants.
To show the product in ecommerce with the selectable options takes very long. My question is : is the system not designed for these large number of variants or could it be something else is wrong? I checked the cache and it seems to be working fine..... Regards, Hans |
1200 variants of a single product? Are there dependencies within the variants that might suggest using a configurable product instead?
----- Original Message ----- From: "Hans Bakker" <[hidden email]> To: [hidden email] Sent: Sunday, March 23, 2008 4:20:36 AM (GMT-0700) America/Denver Subject: 1200 variants with 6 feature types I have a customer with a rather large number of selectable variants. To show the product in ecommerce with the selectable options takes very long. My question is : is the system not designed for these large number of variants or could it be something else is wrong? I checked the cache and it seems to be working fine..... Regards, Hans |
Usually when working with clients the distinction I prefer between virtual/variant and configurable products is that with virtual/variant products they exist in advance and need to be inventoried, and with configurable products they will be built-to-order from a common set of parts that are in inventory. As for this scale, who knows... this sounds like a case where a profiling tool or some manual timing code here and there to determine the main performance problem is needed. -David On Mar 23, 2008, at 4:20 PM, Vince M. Clark wrote: > 1200 variants of a single product? Are there dependencies within the > variants that might suggest using a configurable product instead? > > ----- Original Message ----- > From: "Hans Bakker" <[hidden email]> > To: [hidden email] > Sent: Sunday, March 23, 2008 4:20:36 AM (GMT-0700) America/Denver > Subject: 1200 variants with 6 feature types > > I have a customer with a rather large number of selectable variants. > To show the product in ecommerce with the selectable options takes > very > long. > My question is : is the system not designed for these large number of > variants or could it be something else is wrong? > I checked the cache and it seems to be working fine..... > > Regards, > Hans > |
In reply to this post by Hans Bakker
You could consider breaking the virtual product up into multiple products.
In the demo data, you could in theory create a single widget virtual product to encompass all the other widgets as variants but practically it's much better to use categories for this and then present the user with only a few options to get from the chosen virtual to the variant. I haven't looked at the code for ages but there is a good chance every single variant is looked up individually before the page is displayed. Regards Scott On 23/03/2008, Hans Bakker <[hidden email]> wrote: > > I have a customer with a rather large number of selectable variants. > To show the product in ecommerce with the selectable options takes very > long. > My question is : is the system not designed for these large number of > variants or could it be something else is wrong? > I checked the cache and it seems to be working fine..... > > Regards, > > Hans > > |
In reply to this post by Hans Bakker
Hi Hans:
Try a different approach, AJAX maybe? The html output is too big probably and in any case no browser will handle so big select field, at least not fast! Hope this helps, Manuel. On 23/03/2008, at 11:20, Hans Bakker wrote: > I have a customer with a rather large number of selectable variants. > To show the product in ecommerce with the selectable options takes > very > long. > My question is : is the system not designed for these large number of > variants or could it be something else is wrong? > I checked the cache and it seems to be working fine..... > > Regards, > Hans > |
Free forum by Nabble | Edit this page |