Sounds great! I got sidetracked today on the single page listing, by trying to add a shopping database into links.

Most people don't need the complexity of the shopping cart systems. They concentrate so heavily on security, they all lack ease of use features.

I need one I can add products to, with most products being only a qty 1,s o they get removed immediately as they are sold. That's a perfect "dynamic" use of Link SQL.

Secure transactions are great, but most people don't need or use them. Security of the user database is more important, actually.

I'm not trying to set up a fully functional store that will send out hundreds of items a day, but rather a high-end boutique, that is geared to smaller volumes of higher priced items.

For the high-quantity or volume stores, the existing systems are probably going to be much better.

But, if you think about an "auction" where the price is the "buy" price, that's closer to what I'm working on.

Because Links/perl should be able to pass information through to the transaction gateways, it should be possible for those with on-line accounts to pass the item totals and other information to the secure/transaction gateway, and have that process the charge cards, and return the user to the Links site.

Seems a lot of us are going in similar directions. I just wish I had a few clones of myself to help out to get this done!



[This message has been edited by pugdog (edited March 12, 2000).]