Re: Good vs. Bad; also [setHeader]

This WebDNA talk-list message is from

2002

It keeps the original formatting. numero = 46430
interpreted = N
texte = > 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/>-------------------------------------------------------------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)

> 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/>-------------------------------------------------------------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/ Andrew Willett

DOWNLOAD WEBDNA NOW!

Re: Good vs. Bad; also [setHeader]

2002

Top Articles:

Related Readings: