Re: Good vs. Bad; also [setHeader]

This WebDNA talk-list message is from

2002

It keeps the original formatting. numero = 46432
interpreted = N
texte = That's the Webmerchant templates and to be honest, I just built my owncustom instead a long while back. I'll take a look at the templates as Ihave a chance and see if I can help you there, but you just have to try andfollow the order of the templates from the page that submits to A/N and thenthe return page. What do you have in your x_Relay_URL (or x_ADC_URL ifADC delay response)? That would be the page that the site comes back toafter the return. Everything on that page on needs to be unUrl'd.As far as the redirects go, I use them fine on my return page. If theauth_code = 1 then route them to the thankyou page, If auth_code = 2 thenroute them to the declined order page, if 3 then the uh-oh problem page.Works fine on my stores.I'll peek at the Webmerchant stuff and see where I can make suggestions foryou.GK| > You want to do the unUrl's on every variable on every page and include| > (don't forget outgoing emails) *after* the return back from A/N. Yes,| > a| > PITA, but otherwise they will be url'ized and will break the| > goodpath/badpath code.|| Okay, but where would that be? My thinking had been that thanks.html| was the end of the line. Where else do I put it? What is the template| that makes the call between goodpath and badpath when command=purchased| is used?|| > You are correct, you want to setheader before you issue your purchase.|| How? AuthorizeNet.tpl used to do this, by first setting the headers and| then [redirect]ing to thanks.html. But AuthorizeNet.tpl ceased to work| a couple weeks back, and A'Net told me that it was because their| servers didn't like having redirects in the relay URL. So now all I can| do is relay directly to thanks.html--which means I have to set the| headers after issuing command=purchase.|| AW|| >| > | A few new questions growing out of my ongoing adventure with| > | AuthorizeNet.| > || > | I'm passing my thanks page to A'Net as the ADC_URL, thusly:| > | thanks.html?command=purchase&cart=[cart]&db=my.db&PayMethod=BK| > || > | We're using the book-ship paradigm here, obviously, which is why I| > have| > | to pass PURCHASE as a command rather than using the [purchase] tag.| > | [Purchase] doesn't support PayMethod, does it?| > || > | Anyway, I've got two problems with this:| > || > | 1. Although the [x_response_code] and the [x_avs_code] and all the| > | other codes coming back from A'Net are telling me that the| > transaction| > | has been approved, WCat is still telling me that the transaction has| > | failed, and running the cart through BadPath instead of GoodPath. I| > | probably need to use the [unUrl] trick again, so WCat can interpret| > | A'Net's response correctly--but on what page?| > || > | 2. I need to set the cart headers with the various transaction ID| > codes| > | from A'Net ([x_response_code] et al.). I've been using this code:| > || > | [setheader file=ShoppingCarts/[unurl| > | ignorecase=T][x_invoice_num][/unurl]]status=[unurl| > | ignorecase=T][x_response_code][/unurl]&authNumber=[unurl| > | ignorecase=T][x_auth_code][/unurl]&responseText=[unurl| > | ignorecase=T][x_avs_code][/unurl][unurl| > | ignorecase=T][x_response_reason_text][/unurl]&referenceNumber=[unurl| > | ignorecase=T][x_trans_id][/unurl][/setheader]| > || > | But it just doesn't happen. Thinking that it might be because the| > cart| > | has already been moved from ShoppingCarts--because this page is| > loaded| > | with command=purchase--I've also tried it on the Pending and Problems| > | folders. Still no headers getting set.| > || > | Any ideas?-------------------------------------------------------------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:

Re: Good vs. Bad; also [setHeader] (Gary Krockover 2002)
Re: Good vs. Bad; also [setHeader] (Andrew Willett 2002)
Re: Good vs. Bad; also [setHeader] (Gary Krockover 2002)
Good vs. Bad; also [setHeader] (Andrew Willett 2002)

That's the Webmerchant templates and to be honest, I just built my owncustom instead a long while back. I'll take a look at the templates as Ihave a chance and see if I can help you there, but you just have to try andfollow the order of the templates from the page that submits to A/N and thenthe return page. What do you have in your x_Relay_URL (or x_ADC_URL ifADC delay response)? That would be the page that the site comes back toafter the return. Everything on that page on needs to be unUrl'd.As far as the redirects go, I use them fine on my return page. If theauth_code = 1 then route them to the thankyou page, If auth_code = 2 thenroute them to the declined order page, if 3 then the uh-oh problem page.Works fine on my stores.I'll peek at the Webmerchant stuff and see where I can make suggestions foryou.GK| > You want to do the unUrl's on every variable on every page and include| > (don't forget outgoing emails) *after* the return back from A/N. Yes,| > a| > PITA, but otherwise they will be url'ized and will break the| > goodpath/badpath code.|| Okay, but where would that be? My thinking had been that thanks.html| was the end of the line. Where else do I put it? What is the template| that makes the call between goodpath and badpath when command=purchased| is used?|| > You are correct, you want to setheader before you issue your purchase.|| How? AuthorizeNet.tpl used to do this, by first setting the headers and| then [redirect]ing to thanks.html. But AuthorizeNet.tpl ceased to work| a couple weeks back, and A'Net told me that it was because their| servers didn't like having redirects in the relay URL. So now all I can| do is relay directly to thanks.html--which means I have to set the| headers after issuing command=purchase.|| AW|| >| > | A few new questions growing out of my ongoing adventure with| > | AuthorizeNet.| > || > | I'm passing my thanks page to A'Net as the ADC_URL, thusly:| > | thanks.html?command=purchase&cart=[cart]&db=my.db&PayMethod=BK| > || > | We're using the book-ship paradigm here, obviously, which is why I| > have| > | to pass PURCHASE as a command rather than using the [purchase] tag.| > | [purchase] doesn't support PayMethod, does it?| > || > | Anyway, I've got two problems with this:| > || > | 1. Although the [x_response_code] and the [x_avs_code] and all the| > | other codes coming back from A'Net are telling me that the| > transaction| > | has been approved, WCat is still telling me that the transaction has| > | failed, and running the cart through BadPath instead of GoodPath. I| > | probably need to use the [unurl] trick again, so WCat can interpret| > | A'Net's response correctly--but on what page?| > || > | 2. I need to set the cart headers with the various transaction ID| > codes| > | from A'Net ([x_response_code] et al.). I've been using this code:| > || > | [setheader file=ShoppingCarts/[unurl| > | ignorecase=T][x_invoice_num][/unurl]]status=[unurl| > | ignorecase=T][x_response_code][/unurl]&authNumber=[unurl| > | ignorecase=T][x_auth_code][/unurl]&responseText=[unurl| > | ignorecase=T][x_avs_code][/unurl][unurl| > | ignorecase=T][x_response_reason_text][/unurl]&referenceNumber=[unurl| > | ignorecase=T][x_trans_id][/unurl][/setheader]| > || > | But it just doesn't happen. Thinking that it might be because the| > cart| > | has already been moved from ShoppingCarts--because this page is| > loaded| > | with command=purchase--I've also tried it on the Pending and Problems| > | folders. Still no headers getting set.| > || > | Any ideas?-------------------------------------------------------------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/ Gary Krockover

DOWNLOAD WEBDNA NOW!

Re: Good vs. Bad; also [setHeader]

2002

Top Articles:

Related Readings: