RE: PayPal Integration

2015-09-14 Thread Paul Glavich 
Yep. We have recently integrated with Stripe, Braintree and eWay. Out of all 
three, Braintree and stripe are the easiest. eWay has a lot of redirecting 
going on. Braintree and stripe client portions are very good. eWay’s 
site/portal is a little messy while the others I found more straightforward.

 

Also, we recently had a visit from Paypal to integrate with them (even though 
Braintree are affiliated with them). They only have a hosted payment option and 
we actually didn’t want that at all. All 3 (eWay, stripe and Braintree) go 
through a single form on our site but we don’t host or collect any payment 
creds, it is just our custom form.

Paypal do have a new payment system which requires no initial setup. You simply 
provide an email and payments go to paypal under that email. They are ‘held’ or 
‘buffered’ there until such time as the full setup is completed which actually 
makes setup really easy from a customer perspective.

 

-  Glav

 

From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On 
Behalf Of DotNet Dude
Sent: Monday, 14 September 2015 4:59 PM
To: ozDotNet 
Subject: Re: PayPal Integration

 

Anyone used braintree?

On Monday, 14 September 2015, Greg Low (罗格雷格博士)  > wrote:

Yep I like Stripe and eWay was quite simple but bunches of clients want to use 
PayPal plus it seems to do the best multicurrency work.

 

I presume the increasing preference for PayPal is to only have one set of card 
details online instead of at numerous gateway sites.

Regards 

 

Greg

 

Dr Greg Low

SQL Down Under

+61 419201410

1300SQLSQL (1300775775)


On 14 Sep 2015, at 2:14 pm, Craig van Nieuwkerk  > wrote:

I have integrated with Stripe as well and it is great. Very easy, everything 
PayPal should be but for some reason isn't. 

 

PayPal just needs to draw a line in the sand with their old API(s), deprecate 
them, and build something new and easy like Stripe. 

 

On Mon, Sep 14, 2015 at 12:53 PM, Stephen Price  > wrote:

I was looking at the options recently but have only gotten to the decision made 
step, implementation will come later.  

I chose https://stripe.com/au/features

 

Don't have anything like a readers digest post but their docs look good with 
examples for many languages. I enquired about eWay some time ago and have been 
getting spammed ever since. Told them I chose someone else and still get their 
emails. I should hit the unsubscribe button now that I'm thinking of it. 

 

On Sun, 13 Sep 2015 at 16:27 Greg Low (罗格雷格博士)  > wrote:

Hi Folks,

 

Been using eWay for ages and integrating with it was pretty trivial.

 

Wanting to add PayPal now (to existing MVC app in VS2015). Been reading the 
developer doco and it seems like a convoluted mess. Presumed one of you must 
have been doing this lately.

 

I need to know the outcome for the next processing stage so it does need one of 
the notification-based options, rather than just HTML forms or something.

 

There seem to be endless discussions around IPN vs PDT vs Express. I want the 
customers to be able to pay via PayPal or by using a credit card when not 
PayPal members. I presume I can do this via the REST APIs.

 

Anyone got a “reader’s digest” version of the minimal code that’s required to 
simply add the ability to take a payment? 

 

Regards,

 

Greg

 

Dr Greg Low

 

1300SQLSQL (1300 775 775  ) office | +61 419201410 
  mobile│ +61 3 8676 4913   
fax 

SQL Down Under | Web:   www.sqldownunder.com

Re: PayPal Integration

2015-09-14 Thread DotNet Dude 
Totally agree with Greg here. Unless you are a major site that I somewhat
"trust" (as if) I won't purchase if there is no paypal option that goes to
paypal.

On Tuesday, 15 September 2015, Greg Low (罗格雷格博士)  wrote:

> Hi Glav,
>
>
>
> Do you find that customers are happy entering their details into a form on
> your site?
>
>
>
> As a consumer, I’d be happier entering details directly into a PayPal,
> Stripe, eWay, etc. site. Otherwise, how do I have any idea how you are
> handling them?
>
>
>
> It’s one of the reasons that I’m seeing more customers wanting to use
> PayPal. At least their card details are only stored on a single site.
>
>
>
> Regards,
>
>
>
> Greg
>
>
>
> Dr Greg Low
>
>
>
> 1300SQLSQL (1300 775 775) office | +61 419201410 mobile│ +61 3 8676 4913
> fax
>
> SQL Down Under | Web: www.sqldownunder.com
>
>
>
> *From:* ozdotnet-boun...@ozdotnet.com
>  [mailto:
> ozdotnet-boun...@ozdotnet.com
> ] *On
> Behalf Of *Paul Glavich
> *Sent:* Tuesday, 15 September 2015 2:16 PM
> *To:* 'ozDotNet'  >
> *Subject:* RE: PayPal Integration
>
>
>
> Yep. We have recently integrated with Stripe, Braintree and eWay. Out of
> all three, Braintree and stripe are the easiest. eWay has a lot of
> redirecting going on. Braintree and stripe client portions are very good.
> eWay’s site/portal is a little messy while the others I found more
> straightforward.
>
>
>
> Also, we recently had a visit from Paypal to integrate with them (even
> though Braintree are affiliated with them). They only have a hosted payment
> option and we actually didn’t want that at all. All 3 (eWay, stripe and
> Braintree) go through a single form on our site but we don’t host or
> collect any payment creds, it is just our custom form.
>
> Paypal do have a new payment system which requires no initial setup. You
> simply provide an email and payments go to paypal under that email. They
> are ‘held’ or ‘buffered’ there until such time as the full setup is
> completed which actually makes setup really easy from a customer
> perspective.
>
>
>
> -  Glav
>
>
>
> *From:* ozdotnet-boun...@ozdotnet.com
>  [
> mailto:ozdotnet-boun...@ozdotnet.com
> ] *On
> Behalf Of *DotNet Dude
> *Sent:* Monday, 14 September 2015 4:59 PM
> *To:* ozDotNet  >
> *Subject:* Re: PayPal Integration
>
>
>
> Anyone used braintree?
>
> On Monday, 14 September 2015, Greg Low (罗格雷格博士)  > wrote:
>
> Yep I like Stripe and eWay was quite simple but bunches of clients want to
> use PayPal plus it seems to do the best multicurrency work.
>
>
>
> I presume the increasing preference for PayPal is to only have one set of
> card details online instead of at numerous gateway sites.
>
> Regards
>
>
>
> Greg
>
>
>
> Dr Greg Low
>
> SQL Down Under
>
> +61 419201410
>
> 1300SQLSQL (1300775775)
>
>
> On 14 Sep 2015, at 2:14 pm, Craig van Nieuwkerk  wrote:
>
> I have integrated with Stripe as well and it is great. Very easy,
> everything PayPal should be but for some reason isn't.
>
>
>
> PayPal just needs to draw a line in the sand with their old API(s),
> deprecate them, and build something new and easy like Stripe.
>
>
>
> On Mon, Sep 14, 2015 at 12:53 PM, Stephen Price 
> wrote:
>
> I was looking at the options recently but have only gotten to the decision
> made step, implementation will come later.
>
> I chose https://stripe.com/au/features
>
>
>
> Don't have anything like a readers digest post but their docs look good
> with examples for many languages. I enquired about eWay some time ago and
> have been getting spammed ever since. Told them I chose someone else and
> still get their emails. I should hit the unsubscribe button now that I'm
> thinking of it.
>
>
>
> On Sun, 13 Sep 2015 at 16:27 Greg Low (罗格雷格博士)  wrote:
>
> Hi Folks,
>
>
>
> Been using eWay for ages and integrating with it was pretty trivial.
>
>
>
> Wanting to add PayPal now (to existing MVC app in VS2015). Been reading
> the developer doco and it seems like a convoluted mess. Presumed one of you
> must have been doing this lately.
>
>
>
> I need to know the outcome for the next processing stage so it does need
> one of the notification-based options, rather than just HTML forms or
> something.
>
>
>
> There seem to be endless discussions around IPN vs PDT vs Express. I want
> the customers to be able to pay via PayPal or by using a credit card when
> not PayPal members. I presume I can do this via the REST APIs.
>
>
>
> Anyone got a “reader’s digest” version of

RE: PayPal Integration

2015-09-14 Thread 罗格雷格博士 
Hi Glav,

Do you find that customers are happy entering their details into a form on your 
site?

As a consumer, I’d be happier entering details directly into a PayPal, Stripe, 
eWay, etc. site. Otherwise, how do I have any idea how you are handling them?

It’s one of the reasons that I’m seeing more customers wanting to use PayPal. 
At least their card details are only stored on a single site.

Regards,

Greg

Dr Greg Low

1300SQLSQL (1300 775 775) office | +61 419201410 mobile│ +61 3 8676 4913 fax
SQL Down Under | Web: www.sqldownunder.com

From: ozdotnet-boun...@ozdotnet.com [mailto:ozdotnet-boun...@ozdotnet.com] On 
Behalf Of Paul Glavich
Sent: Tuesday, 15 September 2015 2:16 PM
To: 'ozDotNet' 
Subject: RE: PayPal Integration

Yep. We have recently integrated with Stripe, Braintree and eWay. Out of all 
three, Braintree and stripe are the easiest. eWay has a lot of redirecting 
going on. Braintree and stripe client portions are very good. eWay’s 
site/portal is a little messy while the others I found more straightforward.

Also, we recently had a visit from Paypal to integrate with them (even though 
Braintree are affiliated with them). They only have a hosted payment option and 
we actually didn’t want that at all. All 3 (eWay, stripe and Braintree) go 
through a single form on our site but we don’t host or collect any payment 
creds, it is just our custom form.
Paypal do have a new payment system which requires no initial setup. You simply 
provide an email and payments go to paypal under that email. They are ‘held’ or 
‘buffered’ there until such time as the full setup is completed which actually 
makes setup really easy from a customer perspective.


-  Glav

From: ozdotnet-boun...@ozdotnet.com 
[mailto:ozdotnet-boun...@ozdotnet.com] On Behalf Of DotNet Dude
Sent: Monday, 14 September 2015 4:59 PM
To: ozDotNet >
Subject: Re: PayPal Integration

Anyone used braintree?

On Monday, 14 September 2015, Greg Low (罗格雷格博士) 
> wrote:
Yep I like Stripe and eWay was quite simple but bunches of clients want to use 
PayPal plus it seems to do the best multicurrency work.

I presume the increasing preference for PayPal is to only have one set of card 
details online instead of at numerous gateway sites.

Regards

Greg

Dr Greg Low
SQL Down Under
+61 419201410
1300SQLSQL (1300775775)

On 14 Sep 2015, at 2:14 pm, Craig van Nieuwkerk 
> wrote:
I have integrated with Stripe as well and it is great. Very easy, everything 
PayPal should be but for some reason isn't.

PayPal just needs to draw a line in the sand with their old API(s), deprecate 
them, and build something new and easy like Stripe.

On Mon, Sep 14, 2015 at 12:53 PM, Stephen Price 
>
 wrote:
I was looking at the options recently but have only gotten to the decision made 
step, implementation will come later.
I chose https://stripe.com/au/features

Don't have anything like a readers digest post but their docs look good with 
examples for many languages. I enquired about eWay some time ago and have been 
getting spammed ever since. Told them I chose someone else and still get their 
emails. I should hit the unsubscribe button now that I'm thinking of it.

On Sun, 13 Sep 2015 at 16:27 Greg Low (罗格雷格博士) 
> wrote:
Hi Folks,

Been using eWay for ages and integrating with it was pretty trivial.

Wanting to add PayPal now (to existing MVC app in VS2015). Been reading the 
developer doco and it seems like a convoluted mess. Presumed one of you must 
have been doing this lately.

I need to know the outcome for the next processing stage so it does need one of 
the notification-based options, rather than just HTML forms or something.

There seem to be endless discussions around IPN vs PDT vs Express. I want the 
customers to be able to pay via PayPal or by using a credit card when not 
PayPal members. I presume I can do this via the REST APIs.

Anyone got a “reader’s digest” version of the minimal code that’s required to 
simply add the ability to take a payment?

Regards,

Greg

Dr Greg Low

1300SQLSQL (1300 775 775) office | +61 
419201410 mobile│ +61 3 8676 
4913 fax
SQL Down Under | Web: www.sqldownunder.com

Re: PayPal Integration

2015-09-14 Thread DotNet Dude 
Anyone used braintree?

On Monday, 14 September 2015, Greg Low (罗格雷格博士)  wrote:

> Yep I like Stripe and eWay was quite simple but bunches of clients want to
> use PayPal plus it seems to do the best multicurrency work.
>
> I presume the increasing preference for PayPal is to only have one set of
> card details online instead of at numerous gateway sites.
>
> Regards
>
> Greg
>
> Dr Greg Low
> SQL Down Under
> +61 419201410
> 1300SQLSQL (1300775775)
>
> On 14 Sep 2015, at 2:14 pm, Craig van Nieuwkerk  > wrote:
>
> I have integrated with Stripe as well and it is great. Very easy,
> everything PayPal should be but for some reason isn't.
>
> PayPal just needs to draw a line in the sand with their old API(s),
> deprecate them, and build something new and easy like Stripe.
>
> On Mon, Sep 14, 2015 at 12:53 PM, Stephen Price  > wrote:
>
>> I was looking at the options recently but have only gotten to the
>> decision made step, implementation will come later.
>> I chose https://stripe.com/au/features
>>
>> Don't have anything like a readers digest post but their docs look good
>> with examples for many languages. I enquired about eWay some time ago and
>> have been getting spammed ever since. Told them I chose someone else and
>> still get their emails. I should hit the unsubscribe button now that I'm
>> thinking of it.
>>
>> On Sun, 13 Sep 2015 at 16:27 Greg Low (罗格雷格博士) > > wrote:
>>
>>> Hi Folks,
>>>
>>>
>>>
>>> Been using eWay for ages and integrating with it was pretty trivial.
>>>
>>>
>>>
>>> Wanting to add PayPal now (to existing MVC app in VS2015). Been reading
>>> the developer doco and it seems like a convoluted mess. Presumed one of you
>>> must have been doing this lately.
>>>
>>>
>>>
>>> I need to know the outcome for the next processing stage so it does need
>>> one of the notification-based options, rather than just HTML forms or
>>> something.
>>>
>>>
>>>
>>> There seem to be endless discussions around IPN vs PDT vs Express. I
>>> want the customers to be able to pay via PayPal or by using a credit card
>>> when not PayPal members. I presume I can do this via the REST APIs.
>>>
>>>
>>>
>>> Anyone got a “reader’s digest” version of the minimal code that’s
>>> required to simply add the ability to take a payment?
>>>
>>>
>>>
>>> Regards,
>>>
>>>
>>>
>>> Greg
>>>
>>>
>>>
>>> Dr Greg Low
>>>
>>>
>>>
>>> 1300SQLSQL (1300 775 775) office | +61 419201410 mobile│ +61 3 8676 4913
>>> fax
>>>
>>> SQL Down Under | Web: www.sqldownunder.com
>>>
>>>
>>>
>>
>

Re: Is F# ready for serious work without mandatory tail call elimination in the CLR?

2015-09-14 Thread Nathan Schultz 
IIRC, as you said, for most tail-end recursion, you'll find that the IL
that F# generates is actually a simple loop with a mutable variable. In
cases where there's continuations involved or more complex scenarios with
multiple recursive functions, F# will automatically provide the CLR with
the .tail instruction. Work has gone into the CLR to better support tail
end recursion, and there have been lots of fixes in recent versions (e.g.
going back a couple of years, there used to be scenarios where the JIT
would ignore the flag, but have been fixed).

I've never run into an issue myself, although infrequently I have heard of
corner-cases that still pose issues (e.g.
http://blogs.msdn.com/b/dotnet/archive/2015/07/28/ryujit-bug-advisory-in-the-net-framework-4-6.aspx
).
However, I've also heard it said that when it comes to tail-end recursion
F# is in a better place with the CLR than Scala is with the JVM. And both
are used in production even in financial institutions.

Given that I (rarely) still run into other bugs in the .Net framework with
C#, I don't see this as anything different; testing (including on different
platforms) is a necessary part of application development, and with F# it's
no different.


On 8 September 2015 at 13:58, Thomas Koster  wrote:

> Hi friends,
>
> When I first heard of F# a few years ago I laughed out loud, but its
> popularity is exploding, and .NET pays the bills, so I am forced to take
> it a little bit more seriously these days.
>
> Tail call elimination in .NET is a *hint only* that JIT is free to
> ignore in many situations [1], including:
> - in debug builds,
> - when calling virtual methods,
> - when calling a method in a different security trust group,
> - in any other case where an "implementation-specific restriction
>   prevents the 'tail.' prefix from being obeyed."
>
> Yet tail call elimination is *essential* to the correct functioning of
> programs written in any functional programming language.
>
> F# appears to eliminate tail calls to self by program transformation
> where it is trivial to do so, but relies entirely on the CLR for
> optimizing tail calls in general. This would mean that the stability and
> reliability of programs written for the CLR in F# is uncertain, and that
> debug builds of F# programs are always unreliable. I would want much
> stronger guarantees about space complexity if I were to seriously
> consider F# as a programming language for paid work.
>
> So if anybody has used F# in the real world, what's the story?
>
> [1] "Common Language Infrastructure (CLI)" 6e, ECMA-335, III.2.4
>
> --
> Thomas Koster
>