ubercart has a csv import feature... maybe you can check that out. ubercart has been much easier to use in my exp. but if you don't want to change over, at least take a look at the submodule that does this and maybe you can port for your purposes. On Feb 6, 2008 11:42 AM, wolf <wolf@networkdefense.biz> wrote:
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@osinet.fr> Subject: Re: [development] ecommerce things To: <development@drupal.org> Message-ID: <007101c86894$c7e68140$0300a8c0@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@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.