Re: [WebDNA] Accepting Payments on Site

This WebDNA talk-list message is from

2013


It keeps the original formatting.
numero = 110335
interpreted = N
texte = > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3448613931_39284952 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Correct, I'm using some of Paypal's custom variables, but I really only need one now. What's the easiest way to grab their entire string of variables and write it to a database? I don't want to have to run [formvariables] and write each value separately. I just want to grab the entire string of variables and write it to a field as a log entry. From: Terry Wilson Reply-To: Date: Friday, April 12, 2013 5:46 AM To: "" Subject: Re: [WebDNA] Accepting Payments on Site Actually PayPal only returns all of THEIR variables, of which 2 are available for your values (invoice and custom). In other words, it doesn't echo your own variables, so you'll need to write them to your db first and use the invoice var to tap into that record. This is off the top of my head. If they've changed it to echo all your vars, then it's a somewhat recent change and I didn't know that. Terry Sent from my iPhone On Apr 11, 2013, at 10:55 PM, Eddie Z wrote: > I figured out the answer is yes, it does send all of the variables. Now I need > to write a replace and I should be good to go, right? > > From: Eddie Zelhofer > Reply-To: > Date: Friday, April 12, 2013 12:41 AM > To: > Subject: Re: [WebDNA] Accepting Payments on Site > > I appreciate the help, as this is all new to me. > > I followed the instructions on this page: http://webdna.us/page.dna?numero=302 > I ran the IPN simulator test on Paypal Developer and it worked. I assume I > need to add some code to the IPN notification page on my server to interact > with the database to mark the team as paid. Does the IPN variable string pass > all variables through? > > Eddie > > On 4/11/13 11:51 PM, "Stuart Tremain" wrote: > >> Eddie >> >> Have a look at these: >> >> http://webdna.us/page.dna?numero=302 >> http://webdna.us/page.dna?numero=244 >> >> I have a couple of my own that may help you if that is not what you are >> after. >> >> Regards >> >> Stuart Tremain >> IDFK Web Developments >> AUSTRALIA >> webdna@idfk.com.au >> >> >> >> >> On 12/04/2013, at 2:45 PM, Eddie Z wrote: >> >>> Thanks Mike, I'd be really interested in what this notified page looks >>> like in WebDNA since the only documentation I'm seeing is for PHP, ASP and >>> others. >>> >>> On 4/11/13 11:23 PM, "Michael Davis" wrote: >>> >>>> Eddie, >>>> You're almost there. The next step is to enable IPN on your PayPal >>>> account (it's a setting in your PayPal acct. panel). IPN allows you to >>>> create a page on your site that PayPal will "notify" when the payment has >>>> been processed. This notification contains the original payment's >>>> invoice identifier, so if you have an invoice number that also identifies >>>> the customer via a lookup, you're golden. I have a pile of code I can >>>> give you that works well with IPN if you need more help. >>>> >>>> >>>> Mike >>>> >>>> On Apr 11, 2013, at 9:02 PM, Eddie Z wrote: >>>> >>>>> Thanks for the feedback everyone. Considering we only accept payments >>>>> for >>>>> several months a year, I guess it doesn't make a lot of sense to leave >>>>> Paypal, but I need to figure out a better process. >>>>> >>>>> The way I have it now: >>>>> A team fills out a form and I write all of their info to a db and send >>>>> them to a payment page that figures out how much they owe + has a link >>>>> to >>>>> make the payment on Paypal. They are sent to Paypal with a variable that >>>>> gets passed through the process. Once the payment is made people are >>>>> asked >>>>> to click on a button to return to my site, which also passes the >>>>> variable >>>>> back and lets me know the transaction is completed. Many people skip >>>>> this >>>>> step so I'm stuck trying to compare my Paypal payments to teams in my >>>>> database. >>>>> >>>>> I'm interested in Terry's statement: (they do a silent return just like >>>>> authorize.net ). I'm about to Google it, but if >>>>> you have details I'd love >>>>> to hear about it. It may solve some issues for me. >>>>> >>>>> >>>>> Eddie >>>>> >>>>> On 4/11/13 7:44 PM, "Terry Wilson" wrote: >>>>> >>>>>> I concur with Stuart, but I'm going to also check out this site. I'll >>>>>> definitely read the fine print on it. But really, for a one-off, >>>>>> yeah, just stick with PayPal. I know what you mean about people >>>>>> bailing, but at least you know when it happens, and can write code to >>>>>> only complete the transaction when PayPal gives you the high sign >>>>>> (they do a silent return just like authorize.net >>>>>> ). It's very easy to >>>>>> implement a paypal form and a page to receive their confirmation. >>>>>> >>>>>> I use this on Whoscoming.com and if someone >>>>>> bails, their record is >>>>>> intact, but it shows as payment pending. Collect payment at the door. >>>>>> >>>>>> I just finished my annual business overview and now more than ever >>>>>> before, it's time to scrap my merchant account/authorize.net >>>>>> . I have >>>>>> a Square account for random sales in person, PayPal for eBay and Etsy >>>>>> (who now also runs cards under their own name), and a host of old >>>>>> fashioned clients who pay by check. The misc charges imposed by my >>>>>> processor just don't make sense for the small volume of cards I run. >>>>>> Plus small people like me get slapped with a monthly compliance fee >>>>>> now. There are many, many more choices available now than when I got >>>>>> into this nearly 20 yrs ago. >>>>>> >>>>>> Terry >>>>>> >>>>>>> If I was setting up payment processing on a site now, I would look >>>>>>> seriously at stripe.com >>>>>>> >>>>>>> It looks dead simple to implement (though I haven't done it). >>>>>>> >>>>>>> - Brian >>>>>>> >>>>>>> On Apr 11, 2013, at 4:12 PM, Stuart Tremain >>>>>>> <webdna@idfk.com.au> wrote: >>>>>>> >>>>>>> Eddie >>>>>>> >>>>>>> After many years of many different payment gateways and all the >>>>>>> fuss that goes on in the administrative area of merchant account, >>>>>>> fees etc, set up etc, for a one-off event that you are talking >>>>>>> about I would stick with the PayPal. >>>>>>> >>>>>>> Going through a payment gateway you will need a bank account with a >>>>>>> merchant facility, here in Australia that can cost $35 a month, the >>>>>>> list goes on. >>>>>>> >>>>>>> >>>>>>> On 12/04/2013, at 3:57 AM, Eddie Z >>>>>>> <eddie@thinksite.com> wrote: >>>>>>> >>>>>>> I have built 100s of forms, but I have never linked one to a >>>>>>> merchant account before, so I'm looking for some help/direction. >>>>>>> >>>>>>> I have a form built for a sporting event where teams register and >>>>>>> then once their data is collected, it sends them to Paypal to make >>>>>>> a payment. The main issue I have with this method is that often >>>>>>> times teams will enter their info, get to the payment page at >>>>>>> Paypal and then bail, which leaves me with an unfinished >>>>>>> registration. I'm interested in skipping Paypal and doing it all >>>>>>> right on my site, but I don't know what I all need to do. >>>>>>> >>>>>>> I know I will need a SSL certificate, and to use >>>>>>> Authorize.net or someone similar to link to >>>>>>> my merchant, but I don't know if there's anything special I need >>>>>>> to do in the code. Ideally, I would need there to be some sort of >>>>>>> confirmation from authorize.net that the >>>>>>> payment was successful before allowing the registrant to have a >>>>>>> completed transaction. >>>>>>> >>>>>>> I honestly don't know how much work is involved here. If it's a >>>>>>> decent amount, I'd be willing to purchase someone's payment page >>>>>>> code to save me time. >>>>>>> >>>>>>> Let me know if anyone could help or has advice, >>>>>>> Thanks, >>>>>>> Eddie >>>>>>> --------------------------------------------------------- This >>>>>>> message is sent to you because you are subscribed to the mailing >>>>>>> list . To unsubscribe, E-mail to: archives: >>>>>>> >>>>>>> http://mail.webdna.us/list >>>>>>> /t >>>>>>> alk@webdna.us >>>>>>> Bug Reporting: support@webdna.us >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------- This >>>>>>> message is sent to you because you are subscribed to the mailing >>>>>>> list . To unsubscribe, E-mail to: archives: >>>>>>> >>>>>>> http://mail.webdna.us/list/ >>>>>>> ta >>>>>>> lk@webdna.us >>>>>>> Bug Reporting: support@webdna.us >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------- This >>>>>>> message is sent to you because you are subscribed to the mailing >>>>>>> list . To unsubscribe, E-mail to: archives: >>>>>>> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >>>>>>> support@webdna.us >>>>>> >>>>>> >>>>>> -- >>>>>> Terry Wilson | terry@terryfic.com | http://terryfic.com >>>>>> http://WhosComing.com - a simplified, affordable online reservation >>>>>> system >>>>>> iStockPhoto portfolio - >>>>>> http://www.istockphoto.com/Terryfic3D?refnum=Terryfic3D >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> -- >>>>>> Attitude is the only difference between ordeal and adventure. >>>>>> --------------------------------------------------------- >>>>>> This message is sent to you because you are subscribed to >>>>>> the mailing list . >>>>>> To unsubscribe, E-mail to: >>>>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>>>> Bug Reporting: support@webdna.us >>>>> >>>>> >>>>> --------------------------------------------------------- >>>>> This message is sent to you because you are subscribed to >>>>> the mailing list . >>>>> To unsubscribe, E-mail to: >>>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>>> Bug Reporting: support@webdna.us >>>> >>>> --------------------------------------------------------- >>>> This message is sent to you because you are subscribed to >>>> the mailing list . >>>> To unsubscribe, E-mail to: >>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>> Bug Reporting: support@webdna.us >>> >>> >>> --------------------------------------------------------- >>> This message is sent to you because you are subscribed to >>> the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> Bug Reporting: support@webdna.us >> >> --------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us >> Bug Reporting: support@webdna.us >> > --------------------------------------------------------- This message is sent > to you because you are subscribed to the mailing list . To unsubscribe, E-mail > to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: > support@webdna.us --------------------------------------------------------- > This message is sent to you because you are subscribed to the mailing list . > To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us > Bug Reporting: support@webdna.us --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --B_3448613931_39284952 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Correct, I'm using some of P= aypal's custom variables, but I really only need one now. 
What's the easiest way to grab their entire string of variables= and write it to a database? I don't want to have to run [formvariables] and= write each value separately. I just want to grab the entire string of varia= bles and write it to a field as a log entry.

From: Terry Wilson <terry@terryfic.com>
Reply-T= o: <talk@webdna.us>
Date: Friday, April 12, 2013 5:46 AM
= To: "<talk@webdna.us>" <talk@webdna.= us>
Subject: Re: [WebDNA] A= ccepting Payments on Site

Actually = PayPal only returns all of THEIR variables, of which 2 are available for you= r values (invoice and custom). In other words, it doesn't echo your own vari= ables, so you'll need to write them to your db first and use the invoice var= to tap into that record. 

This is off the top= of my head. If they've changed it to echo all your vars, then it's a somewh= at recent change and I didn't know that. 

Terr= y

Sent from my iPhone

On Apr 11, 2013, at 10:55 = PM, Eddie Z <eddie@thinksite.com= > wrote:

I figured out the= answer is yes, it does send all of the variables. Now I need to write a rep= lace and I should be good to go, right?

From: Eddie Zelhofer <eddie@thinksite.com>
Reply-To= : <talk@webdna.us>
Date: Friday, April 12, 2013 12:41 AM
= To: <talk@webdna.us>
Subject: = Re: [WebDNA] Accepting Payments on Site


Eddie

Have a look at these:


I have a couple of my own that may help you= if that is not what you are after.

Regards

Stuart Tremain
IDFK Web Developments
A= USTRALIA





Thanks Mike, I'd be really interested in what th= is notified page looks
like in WebDNA since the only documentatio= n I'm seeing is for PHP, ASP and
others.
O= n 4/11/13 11:23 PM, "Michael Davis" <admin@network13.net> wrote:
Eddie,
You're almost there.  The next st= ep is to enable IPN on your PayPal
account (it's a setting in you= r PayPal acct. panel).  IPN allows you to
create a page= on your site that PayPal will "notify" when the payment has
been= processed.  This notification contains the original payment's
invoice identifier, so if you have an invoice number that also ident= ifies
the customer via a lookup, you're golden.   I hav= e a pile of code I can
give you that works well with IPN if you n= eed more help.
Mike
On Apr 11, 2013, at 9:02 PM, Eddie Z <eddie@thinksite.com> wrote:
Thanks for the feedback everyone. Consideri= ng we only accept payments
for
several months a year, = I guess it doesn't make a lot of sense to leave
Paypal, but I nee= d to figure out a better process.
The way I have it n= ow:
A team fills out a form and I write all of their info to a db= and send
them to a payment page that figures out how much they o= we + has a link
to
make the payment on Paypal. They ar= e sent to Paypal with a variable that
gets passed through the pro= cess. Once the payment is made people are
asked
to cli= ck on a button to return to my site, which also passes the
variab= le
back and lets me know the transaction is completed. Many peopl= e skip
this
step so I'm stuck trying to compare my Pay= pal payments to teams in my
database.
I'm = interested in Terry's statement: (they do a silent return just like
authorize.net). I'm about to Google it= , but if you have details I'd love
to hear about it. It may solve= some issues for me.
Eddie
On 4/11/13 7:44 PM, "Terry Wilson" <terry@terryfic.com> wrote:
I concur with Stuart, but I'm going to a= lso check out this site. I'll
definitely read the fine print on i= t. But really, for a one-off,
yeah, just stick with PayPal. I kno= w what you mean about people
bailing, but at least you know when = it happens, and can write code to
only complete the transaction w= hen PayPal gives you the high sign
(they do a silent return just = like authorize.net). It's very easy to
implement a paypal form and a page to receive their confirmation.
I use this on Whoscomi= ng.com and if someone bails, their record is
intact, but it s= hows as payment pending. Collect payment at the door.
= I just finished my annual business overview and now more than ever
before, it's time to scrap my merchant account/authorize.net. I have
a Square account for random sales = in person, PayPal for eBay and Etsy
(who now also runs cards unde= r their own name), and a host of old
fashioned clients who pay by= check. The misc charges imposed by my
processor just don't make = sense for the small volume of cards I run.
Plus small people like= me get slapped with a monthly compliance fee
now. There are many= , many more choices available now than when I got
into this nearl= y 20 yrs ago.
Terry
If I was setting up payment processing = on a site now, I would look
<= div> It looks dead simple to implement (though I haven't done it).
- Brian
On Apr 11, 2013, at 4:12 PM, St= uart Tremain
Eddie=
After many years of many different payment gateways = and all the
fuss that goes on in the administrative area of merch= ant account,
fees etc, set up etc, for a one-off event that you a= re talking
about I would stick with the PayPal.
=
Going through a payment gateway you will need a bank account with a
merchant facility, here in Australia that can cost $35 a month, the=
list goes on.
On 12/04/2013, = at 3:57 AM, Eddie Z
=
I have built 100s of forms, but I have never linked one to a
merchant account before, so I'm looking for some help/direction.
I have a form built for a sporting event where teams register = and
then once their data is collected, it sends them to Paypal to= make
a payment. The main issue I have with this method is that o= ften
times teams will enter their info, get to the payment page a= t
Paypal and then bail, which leaves me with an unfinished
<= div> registration. I'm interested in skipping Paypal and doing it all<= div> right on my site, but I don't know what I all need to do.
I know I will need a SSL certificate, and to use
<http://authorize.net/>Auth= orize.net or someone similar to link to
my merchant, but I do= n't know if there's anything special I need
to do in the code. Id= eally, I would need there to be some sort of
confirmation from &l= t;http://authorize.net/>= authorize.net that the
payment was successful before allowing= the registrant to have a
completed transaction.
I honestly don't know how much work is involved here. If it's a
=
decent amount, I'd be willing to purchase someone's payment page
=
code to save me time.
Let me know if anyone cou= ld help or has advice,
Thanks,
Eddie
------= --------------------------------------------------- This
message = is sent to you because you are subscribed to the mailing
list . T= o unsubscribe, E-mail to: archives:
<http://= mail.webdna.us/list/talk@webdna.us>http://mail.webdna.us/list
/t
alk@webdna.us
Bug Reporting: <mailto:support@webdna.us>support@webdna.us
-----------------------------------------------------= ---- This
message is sent to you because you are subscribed to th= e mailing
list . To unsubscribe, E-mail to: archives:
=
<http://mail.webdna.us/list/talk@webdna.us>http://m= ail.webdna.us/list/
ta
lk@webdna.us
Bug Reporting: <mailto:support@webdna.us>support@webdna.us=
-----------------------= ---------------------------------- This
message is sent to you be= cause you are subscribed to the mailing
list . To unsubscribe, E-= mail to: archives:
http://mail.webdna.us/list/talk@webdna.us Bug Reporting:
support@webdna.us
--
Terry Wilson | terry@terryfic.com | = http://terryfic.com
http://Wh= osComing.com - a simplified, affordable online reservation
sy= stem
iStockPhoto portfolio -
http://www.istockphoto.com/Terryfic= 3D?refnum=3DTerryfic3D
----------------------------= --------------------------------------------
--
Attitu= de is the only difference between ordeal and adventure.
---------= ------------------------------------------------
This message is = sent to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscr= ibe, E-mail to: <talk-leave@webdna.= us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporti= ng: support@webdna.us
-------------------------------------------= --------------
This message is sent to you because you are subscr= ibed to
the mailing list <talk= @webdna.us>.
To unsubscribe, E-mail to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list= /talk@webdna.us
Bug Reporting: support@webdna.us
-------------= --------------------------------------------
This message is sent= to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe,= E-mail to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/talk@webdna.us
Bug Reporting: = support@webdna.us
<= div>
-----------------------------------------------= ----------
This message is sent to you because you are subscribed= to
the mailing list <talk@web= dna.us>.
To unsubscribe, E-mail to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list/tal= k@webdna.us
Bug Reporting: support@webdna.us

---------------= ------------------------------------------
This message is sent to= you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe, E-ma= il to: <talk-leave@webdna.us>= ;
archives: ht= tp://mail.webdna.us/list/talk@webdna.us
Bug Reporting: support@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.w= ebdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.w= ebdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.w= ebdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --B_3448613931_39284952-- Associated Messages, from the most recent to the oldest:

    
  1. Re: [WebDNA] Accepting Payments on Site (John Buler 2013)
  2. Re: [WebDNA] Accepting Payments on Site (Eddie Z 2013)
  3. Re: [WebDNA] Accepting Payments on Site (Terry Wilson 2013)
  4. Re: [WebDNA] Accepting Payments on Site (Eddie Z 2013)
  5. Re: [WebDNA] Accepting Payments on Site (Stuart Tremain 2013)
  6. Re: [WebDNA] Accepting Payments on Site (Eddie Z 2013)
  7. Re: [WebDNA] Accepting Payments on Site (Stuart Tremain 2013)
  8. Re: [WebDNA] Accepting Payments on Site (Eddie Z 2013)
  9. Re: [WebDNA] Accepting Payments on Site (Michael Davis 2013)
  10. Re: [WebDNA] Accepting Payments on Site (Eddie Z 2013)
  11. Re: [WebDNA] Accepting Payments on Site (Terry Wilson 2013)
  12. Re: [WebDNA] Accepting Payments on Site (Stuart Tremain 2013)
  13. Re: [WebDNA] Accepting Payments on Site (Brian Fries 2013)
  14. Re: [WebDNA] Accepting Payments on Site (Stuart Tremain 2013)
  15. [WebDNA] Accepting Payments on Site (Eddie Z 2013)
> This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --B_3448613931_39284952 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Correct, I'm using some of Paypal's custom variables, but I really only need one now. What's the easiest way to grab their entire string of variables and write it to a database? I don't want to have to run [formvariables] and write each value separately. I just want to grab the entire string of variables and write it to a field as a log entry. From: Terry Wilson Reply-To: Date: Friday, April 12, 2013 5:46 AM To: "" Subject: Re: [WebDNA] Accepting Payments on Site Actually PayPal only returns all of THEIR variables, of which 2 are available for your values (invoice and custom). In other words, it doesn't echo your own variables, so you'll need to write them to your db first and use the invoice var to tap into that record. This is off the top of my head. If they've changed it to echo all your vars, then it's a somewhat recent change and I didn't know that. Terry Sent from my iPhone On Apr 11, 2013, at 10:55 PM, Eddie Z wrote: > I figured out the answer is yes, it does send all of the variables. Now I need > to write a replace and I should be good to go, right? > > From: Eddie Zelhofer > Reply-To: > Date: Friday, April 12, 2013 12:41 AM > To: > Subject: Re: [WebDNA] Accepting Payments on Site > > I appreciate the help, as this is all new to me. > > I followed the instructions on this page: http://webdna.us/page.dna?numero=302 > I ran the IPN simulator test on Paypal Developer and it worked. I assume I > need to add some code to the IPN notification page on my server to interact > with the database to mark the team as paid. Does the IPN variable string pass > all variables through? > > Eddie > > On 4/11/13 11:51 PM, "Stuart Tremain" wrote: > >> Eddie >> >> Have a look at these: >> >> http://webdna.us/page.dna?numero=302 >> http://webdna.us/page.dna?numero=244 >> >> I have a couple of my own that may help you if that is not what you are >> after. >> >> Regards >> >> Stuart Tremain >> IDFK Web Developments >> AUSTRALIA >> webdna@idfk.com.au >> >> >> >> >> On 12/04/2013, at 2:45 PM, Eddie Z wrote: >> >>> Thanks Mike, I'd be really interested in what this notified page looks >>> like in WebDNA since the only documentation I'm seeing is for PHP, ASP and >>> others. >>> >>> On 4/11/13 11:23 PM, "Michael Davis" wrote: >>> >>>> Eddie, >>>> You're almost there. The next step is to enable IPN on your PayPal >>>> account (it's a setting in your PayPal acct. panel). IPN allows you to >>>> create a page on your site that PayPal will "notify" when the payment has >>>> been processed. This notification contains the original payment's >>>> invoice identifier, so if you have an invoice number that also identifies >>>> the customer via a lookup, you're golden. I have a pile of code I can >>>> give you that works well with IPN if you need more help. >>>> >>>> >>>> Mike >>>> >>>> On Apr 11, 2013, at 9:02 PM, Eddie Z wrote: >>>> >>>>> Thanks for the feedback everyone. Considering we only accept payments >>>>> for >>>>> several months a year, I guess it doesn't make a lot of sense to leave >>>>> Paypal, but I need to figure out a better process. >>>>> >>>>> The way I have it now: >>>>> A team fills out a form and I write all of their info to a db and send >>>>> them to a payment page that figures out how much they owe + has a link >>>>> to >>>>> make the payment on Paypal. They are sent to Paypal with a variable that >>>>> gets passed through the process. Once the payment is made people are >>>>> asked >>>>> to click on a button to return to my site, which also passes the >>>>> variable >>>>> back and lets me know the transaction is completed. Many people skip >>>>> this >>>>> step so I'm stuck trying to compare my Paypal payments to teams in my >>>>> database. >>>>> >>>>> I'm interested in Terry's statement: (they do a silent return just like >>>>> authorize.net ). I'm about to Google it, but if >>>>> you have details I'd love >>>>> to hear about it. It may solve some issues for me. >>>>> >>>>> >>>>> Eddie >>>>> >>>>> On 4/11/13 7:44 PM, "Terry Wilson" wrote: >>>>> >>>>>> I concur with Stuart, but I'm going to also check out this site. I'll >>>>>> definitely read the fine print on it. But really, for a one-off, >>>>>> yeah, just stick with PayPal. I know what you mean about people >>>>>> bailing, but at least you know when it happens, and can write code to >>>>>> only complete the transaction when PayPal gives you the high sign >>>>>> (they do a silent return just like authorize.net >>>>>> ). It's very easy to >>>>>> implement a paypal form and a page to receive their confirmation. >>>>>> >>>>>> I use this on Whoscoming.com and if someone >>>>>> bails, their record is >>>>>> intact, but it shows as payment pending. Collect payment at the door. >>>>>> >>>>>> I just finished my annual business overview and now more than ever >>>>>> before, it's time to scrap my merchant account/authorize.net >>>>>> . I have >>>>>> a Square account for random sales in person, PayPal for eBay and Etsy >>>>>> (who now also runs cards under their own name), and a host of old >>>>>> fashioned clients who pay by check. The misc charges imposed by my >>>>>> processor just don't make sense for the small volume of cards I run. >>>>>> Plus small people like me get slapped with a monthly compliance fee >>>>>> now. There are many, many more choices available now than when I got >>>>>> into this nearly 20 yrs ago. >>>>>> >>>>>> Terry >>>>>> >>>>>>> If I was setting up payment processing on a site now, I would look >>>>>>> seriously at stripe.com >>>>>>> >>>>>>> It looks dead simple to implement (though I haven't done it). >>>>>>> >>>>>>> - Brian >>>>>>> >>>>>>> On Apr 11, 2013, at 4:12 PM, Stuart Tremain >>>>>>> <webdna@idfk.com.au> wrote: >>>>>>> >>>>>>> Eddie >>>>>>> >>>>>>> After many years of many different payment gateways and all the >>>>>>> fuss that goes on in the administrative area of merchant account, >>>>>>> fees etc, set up etc, for a one-off event that you are talking >>>>>>> about I would stick with the PayPal. >>>>>>> >>>>>>> Going through a payment gateway you will need a bank account with a >>>>>>> merchant facility, here in Australia that can cost $35 a month, the >>>>>>> list goes on. >>>>>>> >>>>>>> >>>>>>> On 12/04/2013, at 3:57 AM, Eddie Z >>>>>>> <eddie@thinksite.com> wrote: >>>>>>> >>>>>>> I have built 100s of forms, but I have never linked one to a >>>>>>> merchant account before, so I'm looking for some help/direction. >>>>>>> >>>>>>> I have a form built for a sporting event where teams register and >>>>>>> then once their data is collected, it sends them to Paypal to make >>>>>>> a payment. The main issue I have with this method is that often >>>>>>> times teams will enter their info, get to the payment page at >>>>>>> Paypal and then bail, which leaves me with an unfinished >>>>>>> registration. I'm interested in skipping Paypal and doing it all >>>>>>> right on my site, but I don't know what I all need to do. >>>>>>> >>>>>>> I know I will need a SSL certificate, and to use >>>>>>> Authorize.net or someone similar to link to >>>>>>> my merchant, but I don't know if there's anything special I need >>>>>>> to do in the code. Ideally, I would need there to be some sort of >>>>>>> confirmation from authorize.net that the >>>>>>> payment was successful before allowing the registrant to have a >>>>>>> completed transaction. >>>>>>> >>>>>>> I honestly don't know how much work is involved here. If it's a >>>>>>> decent amount, I'd be willing to purchase someone's payment page >>>>>>> code to save me time. >>>>>>> >>>>>>> Let me know if anyone could help or has advice, >>>>>>> Thanks, >>>>>>> Eddie >>>>>>> --------------------------------------------------------- This >>>>>>> message is sent to you because you are subscribed to the mailing >>>>>>> list . To unsubscribe, E-mail to: archives: >>>>>>> >>>>>>> http://mail.webdna.us/list >>>>>>> /t >>>>>>> alk@webdna.us >>>>>>> Bug Reporting: support@webdna.us >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------- This >>>>>>> message is sent to you because you are subscribed to the mailing >>>>>>> list . To unsubscribe, E-mail to: archives: >>>>>>> >>>>>>> http://mail.webdna.us/list/ >>>>>>> ta >>>>>>> lk@webdna.us >>>>>>> Bug Reporting: support@webdna.us >>>>>>> >>>>>>> >>>>>>> --------------------------------------------------------- This >>>>>>> message is sent to you because you are subscribed to the mailing >>>>>>> list . To unsubscribe, E-mail to: archives: >>>>>>> http://mail.webdna.us/list/talk@webdna.us Bug Reporting: >>>>>>> support@webdna.us >>>>>> >>>>>> >>>>>> -- >>>>>> Terry Wilson | terry@terryfic.com | http://terryfic.com >>>>>> http://WhosComing.com - a simplified, affordable online reservation >>>>>> system >>>>>> iStockPhoto portfolio - >>>>>> http://www.istockphoto.com/Terryfic3D?refnum=Terryfic3D >>>>>> >>>>>> ------------------------------------------------------------------------ >>>>>> -- >>>>>> Attitude is the only difference between ordeal and adventure. >>>>>> --------------------------------------------------------- >>>>>> This message is sent to you because you are subscribed to >>>>>> the mailing list . >>>>>> To unsubscribe, E-mail to: >>>>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>>>> Bug Reporting: support@webdna.us >>>>> >>>>> >>>>> --------------------------------------------------------- >>>>> This message is sent to you because you are subscribed to >>>>> the mailing list . >>>>> To unsubscribe, E-mail to: >>>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>>> Bug Reporting: support@webdna.us >>>> >>>> --------------------------------------------------------- >>>> This message is sent to you because you are subscribed to >>>> the mailing list . >>>> To unsubscribe, E-mail to: >>>> archives: http://mail.webdna.us/list/talk@webdna.us >>>> Bug Reporting: support@webdna.us >>> >>> >>> --------------------------------------------------------- >>> This message is sent to you because you are subscribed to >>> the mailing list . >>> To unsubscribe, E-mail to: >>> archives: http://mail.webdna.us/list/talk@webdna.us >>> Bug Reporting: support@webdna.us >> >> --------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> archives: http://mail.webdna.us/list/talk@webdna.us >> Bug Reporting: support@webdna.us >> > --------------------------------------------------------- This message is sent > to you because you are subscribed to the mailing list . To unsubscribe, E-mail > to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: > support@webdna.us --------------------------------------------------------- > This message is sent to you because you are subscribed to the mailing list . > To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us > Bug Reporting: support@webdna.us --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.webdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --B_3448613931_39284952 Content-type: text/html; charset="US-ASCII" Content-transfer-encoding: quoted-printable
Correct, I'm using some of P= aypal's custom variables, but I really only need one now. 
What's the easiest way to grab their entire string of variables= and write it to a database? I don't want to have to run [formvariables] and= write each value separately. I just want to grab the entire string of varia= bles and write it to a field as a log entry.

From: Terry Wilson <terry@terryfic.com>
Reply-T= o: <talk@webdna.us>
Date: Friday, April 12, 2013 5:46 AM
= To: "<talk@webdna.us>" <talk@webdna.= us>
Subject: Re: [WebDNA] A= ccepting Payments on Site

Actually = PayPal only returns all of THEIR variables, of which 2 are available for you= r values (invoice and custom). In other words, it doesn't echo your own vari= ables, so you'll need to write them to your db first and use the invoice var= to tap into that record. 

This is off the top= of my head. If they've changed it to echo all your vars, then it's a somewh= at recent change and I didn't know that. 

Terr= y

Sent from my iPhone

On Apr 11, 2013, at 10:55 = PM, Eddie Z <eddie@thinksite.com= > wrote:

I figured out the= answer is yes, it does send all of the variables. Now I need to write a rep= lace and I should be good to go, right?

From: Eddie Zelhofer <eddie@thinksite.com>
Reply-To= : <talk@webdna.us>
Date: Friday, April 12, 2013 12:41 AM
= To: <talk@webdna.us>
Subject: = Re: [WebDNA] Accepting Payments on Site


Eddie

Have a look at these:


I have a couple of my own that may help you= if that is not what you are after.

Regards

Stuart Tremain
IDFK Web Developments
A= USTRALIA





Thanks Mike, I'd be really interested in what th= is notified page looks
like in WebDNA since the only documentatio= n I'm seeing is for PHP, ASP and
others.
O= n 4/11/13 11:23 PM, "Michael Davis" <admin@network13.net> wrote:
Eddie,
You're almost there.  The next st= ep is to enable IPN on your PayPal
account (it's a setting in you= r PayPal acct. panel).  IPN allows you to
create a page= on your site that PayPal will "notify" when the payment has
been= processed.  This notification contains the original payment's
invoice identifier, so if you have an invoice number that also ident= ifies
the customer via a lookup, you're golden.   I hav= e a pile of code I can
give you that works well with IPN if you n= eed more help.
Mike
On Apr 11, 2013, at 9:02 PM, Eddie Z <eddie@thinksite.com> wrote:
Thanks for the feedback everyone. Consideri= ng we only accept payments
for
several months a year, = I guess it doesn't make a lot of sense to leave
Paypal, but I nee= d to figure out a better process.
The way I have it n= ow:
A team fills out a form and I write all of their info to a db= and send
them to a payment page that figures out how much they o= we + has a link
to
make the payment on Paypal. They ar= e sent to Paypal with a variable that
gets passed through the pro= cess. Once the payment is made people are
asked
to cli= ck on a button to return to my site, which also passes the
variab= le
back and lets me know the transaction is completed. Many peopl= e skip
this
step so I'm stuck trying to compare my Pay= pal payments to teams in my
database.
I'm = interested in Terry's statement: (they do a silent return just like
authorize.net). I'm about to Google it= , but if you have details I'd love
to hear about it. It may solve= some issues for me.
Eddie
On 4/11/13 7:44 PM, "Terry Wilson" <terry@terryfic.com> wrote:
I concur with Stuart, but I'm going to a= lso check out this site. I'll
definitely read the fine print on i= t. But really, for a one-off,
yeah, just stick with PayPal. I kno= w what you mean about people
bailing, but at least you know when = it happens, and can write code to
only complete the transaction w= hen PayPal gives you the high sign
(they do a silent return just = like authorize.net). It's very easy to
implement a paypal form and a page to receive their confirmation.
I use this on Whoscomi= ng.com and if someone bails, their record is
intact, but it s= hows as payment pending. Collect payment at the door.
= I just finished my annual business overview and now more than ever
before, it's time to scrap my merchant account/authorize.net. I have
a Square account for random sales = in person, PayPal for eBay and Etsy
(who now also runs cards unde= r their own name), and a host of old
fashioned clients who pay by= check. The misc charges imposed by my
processor just don't make = sense for the small volume of cards I run.
Plus small people like= me get slapped with a monthly compliance fee
now. There are many= , many more choices available now than when I got
into this nearl= y 20 yrs ago.
Terry
If I was setting up payment processing = on a site now, I would look
<= div> It looks dead simple to implement (though I haven't done it).
- Brian
On Apr 11, 2013, at 4:12 PM, St= uart Tremain
Eddie=
After many years of many different payment gateways = and all the
fuss that goes on in the administrative area of merch= ant account,
fees etc, set up etc, for a one-off event that you a= re talking
about I would stick with the PayPal.
=
Going through a payment gateway you will need a bank account with a
merchant facility, here in Australia that can cost $35 a month, the=
list goes on.
On 12/04/2013, = at 3:57 AM, Eddie Z
=
I have built 100s of forms, but I have never linked one to a
merchant account before, so I'm looking for some help/direction.
I have a form built for a sporting event where teams register = and
then once their data is collected, it sends them to Paypal to= make
a payment. The main issue I have with this method is that o= ften
times teams will enter their info, get to the payment page a= t
Paypal and then bail, which leaves me with an unfinished
<= div> registration. I'm interested in skipping Paypal and doing it all<= div> right on my site, but I don't know what I all need to do.
I know I will need a SSL certificate, and to use
<http://authorize.net/>Auth= orize.net or someone similar to link to
my merchant, but I do= n't know if there's anything special I need
to do in the code. Id= eally, I would need there to be some sort of
confirmation from &l= t;http://authorize.net/>= authorize.net that the
payment was successful before allowing= the registrant to have a
completed transaction.
I honestly don't know how much work is involved here. If it's a
=
decent amount, I'd be willing to purchase someone's payment page
=
code to save me time.
Let me know if anyone cou= ld help or has advice,
Thanks,
Eddie
------= --------------------------------------------------- This
message = is sent to you because you are subscribed to the mailing
list . T= o unsubscribe, E-mail to: archives:
/t
Bug Reporting: <mailto:support@webdna.us>support@webdna.us
-----------------------------------------------------= ---- This
message is sent to you because you are subscribed to th= e mailing
list . To unsubscribe, E-mail to: archives:
=
ta
-----------------------= ---------------------------------- This
message is sent to you be= cause you are subscribed to the mailing
list . To unsubscribe, E-= mail to: archives:
support@webdna.us
--
http://Wh= osComing.com - a simplified, affordable online reservation
sy= stem
iStockPhoto portfolio -
----------------------------= --------------------------------------------
--
Attitu= de is the only difference between ordeal and adventure.
---------= ------------------------------------------------
This message is = sent to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscr= ibe, E-mail to: <talk-leave@webdna.= us>
Bug Reporti= ng: support@webdna.us
-------------------------------------------= --------------
This message is sent to you because you are subscr= ibed to
the mailing list <talk= @webdna.us>.
To unsubscribe, E-mail to: <talk-leave@webdna.us>
archives: http://mail.webdna.us/list= /talk@webdna.us
Bug Reporting: support@webdna.us
-------------= --------------------------------------------
This message is sent= to you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe,= E-mail to: <talk-leave@webdna.us>
Bug Reporting: = support@webdna.us
<= div>
-----------------------------------------------= ----------
This message is sent to you because you are subscribed= to
the mailing list <talk@web= dna.us>.
To unsubscribe, E-mail to: <talk-leave@webdna.us>
Bug Reporting: support@webdna.us

---------------= ------------------------------------------
This message is sent to= you because you are subscribed to
the mailing list <talk@webdna.us>.
To unsubscribe, E-ma= il to: <talk-leave@webdna.us>= ;
Bug Reporting: support@webdna.us

--------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.w= ebdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.w= ebdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: archives: http://mail.w= ebdna.us/list/talk@webdna.us Bug Reporting: support@webdna.us --B_3448613931_39284952-- Eddie Z

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:

[WebDNA] Help with ReplaceFoundItems (2009) WebCatalog can't find database (1997) NT vs Mac (1997) Setting up shop (1997) fuzzy searching (1999) WebCat2 - [include] tags (1997) Dividers (2003) Just Testing (1997) Cookies and webcat (1997) Emailer help....! (1997) Problem with [Search] inside of [Loop]? (1997) error: Too many nested [xxx] contexts (1997) Summing fields (1997) WebCatalog f2 Installation (1997) Bug in random search - MacOS v4.5 plugin ... (2002) Emailer help....! (1997) Where is f2? (1997) RE: WebCatalog2 for NT Beta Request (1997) Possible Bug in 2.0b15.acgi (1997) Encyption mail was Suggestions for Topics ... (1998)