Re: [cart]=

This WebDNA talk-list message is from

2004


It keeps the original formatting.
numero = 58533
interpreted = N
texte = This is probably (almost certainly) a sledgehammer-to-crush-a-nut solution - but here's a dirty fix I put together. [showif [CartRL]=1][redirect [thisurl]?[FormVariables][hideif [name]=CartRL][name]=[value]&[/hideif] [/FormVariables]cart=[cart]][/showif] [hideif [CartRL]=1][showif [cart]=] [table name=cartfix&fields=from,to] &cart= cart=& [/table] [redirect [thisurl]?[ConvertWords table=cartfix][FormVariables][name]=[value]&[/FormVariables][/ ConvertWords]CartRL=1] [/showif][/hideif] If the cart variable is empty (but exists), it reloads the same page (similar to the solution below), but it also takes all the page variables with it (except the cart), so it can be used without forcing customers to go back to the front page. Then just to be extra anal, it then reloads the page again to ensure a new cart is assigned. (this bit really isn't needed) As I say, it's a little OTT, but it works :-) Mark. On 22 Jun 2004, at 2:34 pm, Gary Krockover wrote: > I'm reading this to mean that if a visitor removes the actual cart > number, taking the url down to just cart= that you have problems. > Yes, if they then go to that url (not refresh). You lose the cart. > Not sure why a person would do that, but never underestimate the site > visitors. > > I always put [showif [raw][cart][/raw]=[cart]][redirect > http://www.domain.com][/showif] at the top of all of my checkout pages > to redirect a visitor back to the homepage if they've somehow lost > their cart (cart=[raw][cart][/raw]). In your case, I guess you'd also > need a [showif [raw][cart][/raw]=][redirect > http://www.domain.com][/showif] to accomplish the same thing. All > links coming from the home page will then reassign a new cart. Again, > yes the customer will have lost their cart, but there's nothing else > you can do except to always pass links in a form method=post. > > GK > > At 07:47 AM 6/22/2004, you wrote: >> Just a quick question to get a feel for how other people deal with >> this. >> >> If the URL in the location bar is changed to contain >> "www.domain.com/index.tpl?cart=" then the value "cart=" seems to be >> passed along throughout the site (via cart=[cart] links). >> >> I assume that although WebCat will automatically assign a cart if one >> doesn't already exist, in this case I guess it sees that something - >> IE: "Nothing" - has been assigned. >> >> Can WebCat be forced to assign a new Cart ref? >> >> Also, when the cart is set this way, when you try to add an item to >> the cart, Webcat always reports >> "This shopping cart has already been submitted and is pending >> approval" >> >> Any thoughts? >> >> Mark. ------------------------------------------------------------- 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://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: [cart]= ( Gary Krockover 2004)
  2. Re: [cart]= ( Rob Marquardt 2004)
  3. Re: [cart]= ( Mark Derrick 2004)
  4. Re: [cart]= ( Mark Derrick 2004)
  5. Re: [cart]= ( Mark Derrick 2004)
  6. Re: [cart]= ( Gary Krockover 2004)
  7. Re: [cart]= ( Mark Derrick 2004)
  8. Re: [cart]= ( Donovan Brooke 2004)
  9. Re: [cart]= ( John Peacock 2004)
  10. Re: [cart]= ( Paul Uttermohlen 2004)
  11. [cart]= ( Mark Derrick 2004)
This is probably (almost certainly) a sledgehammer-to-crush-a-nut solution - but here's a dirty fix I put together. [showif [CartRL]=1][redirect [thisurl]?[formvariables][hideif [name]=CartRL][name]=[value]&[/hideif] [/FormVariables]cart=[cart]][/showif] [hideif [CartRL]=1][showif [cart]=] [table name=cartfix&fields=from,to] &cart= cart=& [/table] [redirect [thisurl]?[ConvertWords table=cartfix][formvariables][name]=[value]&[/FormVariables][/ ConvertWords]CartRL=1] [/showif][/hideif] If the cart variable is empty (but exists), it reloads the same page (similar to the solution below), but it also takes all the page variables with it (except the cart), so it can be used without forcing customers to go back to the front page. Then just to be extra anal, it then reloads the page again to ensure a new cart is assigned. (this bit really isn't needed) As I say, it's a little OTT, but it works :-) Mark. On 22 Jun 2004, at 2:34 pm, Gary Krockover wrote: > I'm reading this to mean that if a visitor removes the actual cart > number, taking the url down to just cart= that you have problems. > Yes, if they then go to that url (not refresh). You lose the cart. > Not sure why a person would do that, but never underestimate the site > visitors. > > I always put [showif [raw][cart][/raw]=[cart]][redirect > http://www.domain.com][/showif] at the top of all of my checkout pages > to redirect a visitor back to the homepage if they've somehow lost > their cart (cart=[raw][cart][/raw]). In your case, I guess you'd also > need a [showif [raw][cart][/raw]=][redirect > http://www.domain.com][/showif] to accomplish the same thing. All > links coming from the home page will then reassign a new cart. Again, > yes the customer will have lost their cart, but there's nothing else > you can do except to always pass links in a form method=post. > > GK > > At 07:47 AM 6/22/2004, you wrote: >> Just a quick question to get a feel for how other people deal with >> this. >> >> If the URL in the location bar is changed to contain >> "www.domain.com/index.tpl?cart=" then the value "cart=" seems to be >> passed along throughout the site (via cart=[cart] links). >> >> I assume that although WebCat will automatically assign a cart if one >> doesn't already exist, in this case I guess it sees that something - >> IE: "Nothing" - has been assigned. >> >> Can WebCat be forced to assign a new Cart ref? >> >> Also, when the cart is set this way, when you try to add an item to >> the cart, Webcat always reports >> "This shopping cart has already been submitted and is pending >> approval" >> >> Any thoughts? >> >> Mark. ------------------------------------------------------------- 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://webdna.smithmicro.com/ Mark Derrick

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:

printing twice? and fix (1997) switching users (1998) [WebDNA] hide [DOS] command strings on resulting page (2016) Newbie problem blah blah blah (1997) Summing fields (1997) math with a [numfound] (2005) shoppingcart reload qty (1997) Using files in an Email broadcast (1999) WC2.0 Memory Requirements (1997) RE: Credit card processing - UK (1997) [OT] Might be of interest... (2006) ReadDateFormat bug in 3.0.1 (1998) Opinion: [input] should be called [output] ... (1997) Re:2nd WebCatalog2 Feature Request (1996) [WebDNA] authorize.net / payeezy FirstData (2019) authenticating a second user, the sequel (1997) More on the email templates (1997) default error on NT? (1997) [WebDNA] OAuth - anybody done this yet? (2009) Add more fields to an existent data base (1997)