Re: 2nd Request for help/advice on variable pricing + MORE

This WebDNA talk-list message is from

2000


It keeps the original formatting.
numero = 34874
interpreted = N
texte = John, >>> when I use ?no_cache=[random][random][random] in my URLs I usually have no >>> trouble with too much caching. >> >> Does that prevent caching of values? > > prevents browsers like IE from sending the user to a previosuly cached version > of a page when the user clicked a link to go to the page a *2nd* time with a > *different display* because something(s) have changed since the first time > thru'. If you don't understand what I mean, then I recommend forgetting about > it and dealing with any cach issues as they come up and are therefore crystal > clear. Or if you want to plan ahead without knowing why till later, then just > stick no_cache=[random][random][random] in all your URLs. You can pass as > many variables in your URL as the browser allows characters in URL as far as I > know. I have never hit a limit myself.I see what you mean now... I think. I'll put it in there just to be safe until I understand it completely. >> Can I still pass other variables >> through the URL in addition to the no_cache, or does that only matter in a >> GET submit where you can see the variables in the URL? > > all I said above applies to URLs. Not post forms. I don't know if you need > to pass no_cache=[random][random][random] in a hidden input for post forms or > not. I don't yet and someone here once said you don't need to.I'll try it both ways and see what works. >> Do you mean use Approved.db instead of the text file? If so, I hope I >> clarified that above, about needing the text file for the other branch of >> the operation. Because I need to export the text file in a particular format >> (it's a wacky pipe-delimited format) and with a particular name, a >> standard WebCat db won't work as the export file. Also, the system that >> it's exported to deletes the file after it retrieves it via FTP so that the >> next AppendFile command will start a fresh file and it won't import the same >> ad more than once. > > fine. You could still store approved orders as db records if you wanted to > for some reason and generate the text files from those records as needed. But > this maybe an unnecessary step. I only suggested using db records because > webcat is great at handling them. Like what if you want to search for all the > orders that were approved between 7 March and 14 march which were from > customers in Wisconsin...? You know better than me what you need.I see what you mean now. I don't have the current test version set up like that, but I may change it. I need to talk to some people in the ad department to see if they need that past history functionality.The biggest problem for me today has been the processing of the order itself. I'm going through the Tea Room example again (I'm understanding it better this time than a couple of weeks ago --- I guess that means I'm progressing!), and I came up with might be a really good idea. Since the customer is essentially creating his own product in this store, I was worried about being able to price it and add it to the shopping cart and fulfill the order.But, is there any reason I can't just write all the ad data (including price, the big problem) to a database, including the cart number, but call that SKU in the database. Then, have a purchase this item link or button on a shoppingcart.tpl-like page (from the Tea Room example) that goes into that temp database and adds the sku=[cart] item, with its pre-calculated price already entered into the database. If I do that, I won't have to worry about using a formula to generate the price, right?The only problem (and it's just a matter of figuring it out) is when to clean that temp product out of the database and when to export that data to the text file I need. But, I guess I can do that on the approval page.Does that sound like a good way to deal with the custom item problem I have with this store?Thanks again for all the help!Cheers,Steve------------------------------------------------ Steven Jarvis Web Developer sjarvis@nwaonline.netMorning News of Northwest Arkansas http://www.nwaonline.net ------------------------------------------------------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
John, >>> when I use ?no_cache=[random][random][random] in my URLs I usually have no >>> trouble with too much caching. >> >> Does that prevent caching of values? > > prevents browsers like IE from sending the user to a previosuly cached version > of a page when the user clicked a link to go to the page a *2nd* time with a > *different display* because something(s) have changed since the first time > thru'. If you don't understand what I mean, then I recommend forgetting about > it and dealing with any cach issues as they come up and are therefore crystal > clear. Or if you want to plan ahead without knowing why till later, then just > stick no_cache=[random][random][random] in all your URLs. You can pass as > many variables in your URL as the browser allows characters in URL as far as I > know. I have never hit a limit myself.I see what you mean now... I think. I'll put it in there just to be safe until I understand it completely. >> Can I still pass other variables >> through the URL in addition to the no_cache, or does that only matter in a >> GET submit where you can see the variables in the URL? > > all I said above applies to URLs. Not post forms. I don't know if you need > to pass no_cache=[random][random][random] in a hidden input for post forms or > not. I don't yet and someone here once said you don't need to.I'll try it both ways and see what works. >> Do you mean use Approved.db instead of the text file? If so, I hope I >> clarified that above, about needing the text file for the other branch of >> the operation. Because I need to export the text file in a particular format >> (it's a wacky pipe-delimited format) and with a particular name, a >> standard WebCat db won't work as the export file. Also, the system that >> it's exported to deletes the file after it retrieves it via FTP so that the >> next AppendFile command will start a fresh file and it won't import the same >> ad more than once. > > fine. You could still store approved orders as db records if you wanted to > for some reason and generate the text files from those records as needed. But > this maybe an unnecessary step. I only suggested using db records because > webcat is great at handling them. Like what if you want to search for all the > orders that were approved between 7 March and 14 march which were from > customers in Wisconsin...? You know better than me what you need.I see what you mean now. I don't have the current test version set up like that, but I may change it. I need to talk to some people in the ad department to see if they need that past history functionality.The biggest problem for me today has been the processing of the order itself. I'm going through the Tea Room example again (I'm understanding it better this time than a couple of weeks ago --- I guess that means I'm progressing!), and I came up with might be a really good idea. Since the customer is essentially creating his own product in this store, I was worried about being able to price it and add it to the shopping cart and fulfill the order.But, is there any reason I can't just write all the ad data (including price, the big problem) to a database, including the cart number, but call that SKU in the database. Then, have a purchase this item link or button on a shoppingcart.tpl-like page (from the Tea Room example) that goes into that temp database and adds the sku=[cart] item, with its pre-calculated price already entered into the database. If I do that, I won't have to worry about using a formula to generate the price, right?The only problem (and it's just a matter of figuring it out) is when to clean that temp product out of the database and when to export that data to the text file I need. But, I guess I can do that on the approval page.Does that sound like a good way to deal with the custom item problem I have with this store?Thanks again for all the help!Cheers,Steve------------------------------------------------ Steven Jarvis Web Developer sjarvis@nwaonline.netMorning News of Northwest Arkansas http://www.nwaonline.net ------------------------------------------------------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://search.smithmicro.com/ Steven Jarvis

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

Great product and great job ! (1997) About WebDNA (2006) WebCat2b13 Command Reference Doc error (1997) Uploading out of FMP (2001) Great product and great job ! (1997) includes and cart numbers (1997) using showpage and showcart commands (1996) REDIRECT (2001) Sorting problem (2002) Longer .extensions with Windows? (1998) [WebDNA] suffix question regarding table (2009) [WebDNA] WebDNA 4.5.1 process DBServer.exe memory (2008) [SHOWIF] (1997) [format 40s]text[/format] doesn't work (1997) [OT] Mime Headers / Meta-Tags (2003) Is there an easier way? (1998) PR: WebCatalog Affiliates Program Announced -- Share the (2000) Checkboxes (1997) HomePage Caution (1997) Running _every_ page through WebCat ? (1997)