I've found a few threads that skimmed this question, but no direct question and answer.
Is there a way to develop and test an Accept.js integration on my local machine with the sandbox without an SSL certificate?
Solved! Go to Solution.
โ02-09-2017 10:13 AM
This, combined with no responses to a Authorize.Net Github issue that I opened, convinced me that it was necessary to move my client away from Authorize.Net and over to braintree.
I'd highly recommend changing this.
โ12-01-2017 10:30 AM
I agree that this is essentially "unacceptable" in 2018 to expect people to develop locally over https for the sandbox version. In fact, I've connected dozens and dozens of API services--- payment services or otherwise--- and never have I seen this. In my use case, we're forced to use authorize.net for other reasons, otherwise I'd definitely never agree to connecting it.
- paypal: no https for local dev
- braintree: no https for local dev
- stripe: no https for local dev
- assemblypayments: no https for local dev
I know all the developers and project managers at Authorize are working hard, everyone's plate is full, and everyone is just tyring to get through the week-- so I'm not here to bash you guys. But I think these are the details that need to get focused on (and soon). The offering as a whole is so far behind stripe that it's going to be hard to ever catchup. Nobody in their right mind would suggest using Authorize at this point, unless they had very niche reasons that force their hand. I can get the EXACT same use case covered using stirpe in under a couple of hours, where it will take me 2 days to wade through authorize.net setup... between poor/outofdate documentation to drudge-report-tier ui/ux... it's just a headache to say the least.
โ07-07-2018 06:12 AM - edited โ07-07-2018 06:18 AM
Hi @arc
Thanks for your feedback . This feature is already in works to enable http for sandbox testing and will be released soon .
Also if you have any issues or inputs , please feel free to reach out to me at developer_feedback@authorize.net
Thanks
Anurag
โ07-08-2018 12:25 AM
Hate to revive an old thread but Is there an ETA for this feature? It's now October.
โ10-22-2018 02:03 PM
Am also wondering this.
When (or if) you ever make SSL optional for sandbox, please don't limit it to only "localhost". Some of us will be using other domains, like "localhost:8000" or "dev.site" etc.
โ11-14-2018 09:09 AM
โ11-23-2018 03:45 PM
Requiring SSL for local development is an absurdity that makes me rethink Authorize.net as a valid technical choice.
If you want people to integrate with your service, make it easy. Eveyrone else does. And I mean other payment processors, too -- Stripe is a breeze, for example.
I was pretty pleased with what I'd seen about Authorize.net until I ran into this problem. Now I think you're not really serious about encouraging developers to integrate with your service at all, and will be encouraging my organization to consider other services.
โ03-03-2019 01:10 PM
I have not read this entire thread but for sure 100% you can run sandbox live transactions over plain http:// on localhost or on a remote server. I have done this 10,000 times and counting.
โ03-03-2019 04:12 PM
I am still facing this issue, and I am not sure how it worked for you.
โ07-02-2019 11:26 PM
โ07-03-2019 12:05 AM