Shawn McKenzie wrote: > PJ wrote: > >> I was afraid I would get this kind of reaction, but it is not what I >> want or need. >> As I mentioned, all these shopping carts are overbloated for the kind of >> application I am creating. >> I do not need all the heavy baggage that come with them. I have looked >> at them, played with them some years back even and never liked them. >> What I am looking for is something simple that can be used on one page >> and that, at the most will give me a final page summarizing the choices >> that have been made in several other pages and then totaling and sending >> the results to the client. No shopping cart, no frills, no chills, just >> a confirmation of the order. >> Let's not forget that a b2b client has no time for all the pretty lace >> and candy wrap. He/She makes a quick choice, clicks on >> submit/do-it/or/confirm button and goes back to whipping his crew (in >> the kitchen, I suppose). I rather suspect that I will have to drum this >> little thing up by myself. >> To explain the procedure for client: >> 1. Click on navigation choice among categories >> 2. Pages loaded from db (may be several for each category) >> 3. Select quantity from input boxes (box is either empty or has number >> entered - this is stored somewhere) >> 4. Do the same for other pages... >> 5. When finished, click the finish/submit or whatever button. Go back to >> work. >> 6. Back-end tallies the selections adds them enters choices in db and >> send confirmation to client and to company to fill order. >> 7. Post-back-end is up to the company to fill and deliver. Payment is >> taken care of by company processing credit card and then delivering goodies. >> That's about as simple as it can get. No shipping complications, no >> credit complications. Just click and go. >> All the unnecessary overhead is eliminated by first time registration >> and credit check with confirmed username and password. Otherwise, baby, >> you don't get nothing from this site. Public access and frills are not >> on the product pages unless we ever go that way in the future. >> Believe me, it works... we've done it before and were years ahead of >> everybody...until 9/11... blew us off because they blew away some of our >> clients and their clients as we... and then we had someone fresh meat >> nerds coding and they rather stumbled over their own heels in the >> programming, but that's another story. >> >> Thanks, anyway. >> >> Bastien Koert wrote: >> >>> On Wed, May 27, 2009 at 11:52 AM, PJ <af.gourmet@xxxxxxxxxxxx >>> <mailto:af.gourmet@xxxxxxxxxxxx>> wrote: >>> >>> I am setting up a b2b product site where food professionals can order >>> unique regional products. For this I have to implement a simple series >>> of pages that display the products and prices. Using php/mysql/css I >>> load the products, prices etc. with ease. >>> I have no use for any shopping carts as that is always encumbered by >>> huge overhead. >>> I am wondering what might be the best way to incorporate inputs >>> that can >>> be dynamically loaded and then calculated and submitted for email >>> confirmation to client? Perhpas there is some sort of script out there >>> in freebieLand? >>> I'd appreciate any suggestions, pointers ----> or examples. >>> TIA, Phil >>> >>> -- >>> Hervé Kempf: "Pour sauver la planète, sortez du capitalisme." >>> ------------------------------------------------------------- >>> Phil Jourdan --- pj@xxxxxxxxxxxxx <mailto:pj@xxxxxxxxxxxxx> >>> http://www.ptahhotep.com >>> http://www.chiccantine.com/andypantry.php >>> >>> >>> -- >>> PHP General Mailing List (http://www.php.net/) >>> To unsubscribe, visit: http://www.php.net/unsub.php >>> >>> >>> >>> Get one of the big ones like osCommerce... why redo all the heavy lifting? >>> -- >>> >>> Bastien >>> >>> Cat, the other other white meat >>> >> > > Since this is a system where people won't actually pay you, and you > aren't fulfilling the orders, it should be fairly simple. The carts > that I have seen are normally more bloated as you have stated, though > there are some that are just a "cart" where you select products. These > normally include the shipping, tax, and then payment logic for > paypal/google, etc. though. I haven't used any, but this looked cool: > http://www.dragdropcart.com/ but it's $30. And here is the first > tutorial I found on a search: > http://www.devarticles.com/c/a/MySQL/Building-A-Persistent-Shopping-Cart-With-PHP-and-MySQL/ > > Based on many of your other posts, you've already done everything that > is needed here with the possible exception of the email. Here is the > basics of the user interface, however you need to think about the admin > interface to add products, etc. > > 1. login user/start session > 2. query db for categories and list them > 3. when user clicks on a category, query db and list all products in > that category > 4. each product has a text field where the name is the product id and > the value is the quantity that is entered by the user > 5. when the user clicks submit, you add the post vars to the session and > either go to the next page where you repeat this, or go to the > confirmation page > 6. echo out these session vars as the order summary page > 7. when the user clicks submit, insert the values into the db and send > your email > > Instead of 4 and 5 you can use ajax or a link to another script to add > the product to the cart (cart.php?id=112233). > That's what I had in mind. I have to figure out some of the stuff, just how it works and how to make it work. And I will look at your suggestion. Much appreciated. BTW, I just posted a rather verbose listing about what I am thinking, you might want to look at it. -- Hervé Kempf: "Pour sauver la planète, sortez du capitalisme." ------------------------------------------------------------- Phil Jourdan --- pj@xxxxxxxxxxxxx http://www.ptahhotep.com http://www.chiccantine.com/andypantry.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
