[development] ecommerce things
wolf
wolf at networkdefense.biz
Wed Feb 6 16:42:28 UTC 2008
I probably have 3000 items and sub-items, but have spent 9 hours
building an index page for 100 products, that I had to break into 4
pages in Drupal because the system choked on the 1000+ lines of code
needed to do what I wanted to do. I do not expect to have to refresh
the whole menagerie every day or week, but it is awful that it takes
this long to do this. I am having to work outside of the ubercart
system because of the second part of the issue, that arbitrary
instructions field that I need. Paypal cart lets me do this, however it
loses all the ec features of ecommerce.
Thanks for your help
Wolf
Message: 4
Date: Wed, 6 Feb 2008 08:49:19 +0100
From: "FGM" <fgm at osinet.fr>
Subject: Re: [development] ecommerce things
To: <development at drupal.org>
Message-ID: <007101c86894$c7e68140$0300a8c0 at pcosi>
Content-Type: text/plain; format=flowed; charset="utf-8";
reply-type=original
It really depends on what you call "bulk". I have such a site with over
100k
SKUs, updated weekly, and creating/deleting the whole node set every
week is
not something you want to do. OTOH, if you're in the 1k SKUs, this is
still
reasonable.
The key concept for such volume use, though, appears to be lazy node
creation (only create product nodes when you actually want a
transaction
involving them). This has been discussed recently (maybe it was one
some
planet blog ?), and others pointed to similar mechanisms on their own
project. The problem is that ecommerce (and AFAIK, ubercart) have no
support
for such mechanisms, only being able to work on product nodes, not
create
nodes on the fly from non-drupal data.
--
The contents of this message and any responses are interactions between
a network security professional and public safety personnel, clients or
collegues. Use of tagged terms is referential to education or
professional discussion. please contact webmaster at networkdefense.biz in
the event that you find yourself in possession of this email and you
discover that you are not the primary or secondary addressee.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20080206/ee88b52a/attachment.htm
More information about the development
mailing list