Stripe gets the front page because they are popular with developers, but I've dealt with so many other more-corporate payment processors that are absolutely awful for reliability. Rampant downtime, terrible support, terrible concurrency limits, failure to meet SLAs, terrible documentation (900 page specs that are impossible to read). They all think they are awesome, and yet can't go more than 48 hours without having some system degradation email sent out. I don't want to name them, but they are some of the worst businesses I've ever dealt with. They just want to sit there and collect huge amounts of money for helping you connect to Visa/Mastercard/etc, and do little else.
Rage. Stripe hitting a little downtime is nothing in comparison.
I have some experience with a Stripe competitor (may have predated Stripe by a bit) but their reliability was probably on par, more or less. Their API though... would’ve been worth a couple lost 9s for a better API. Polar opposite of Stripe on that front.
I dealt with one that seemed actively hostile. They would change their API without any advance warning at all. Data fields that we depended on would mysteriously vanish in the middle of the day, causing our entire system to grind to a halt until we put in a hotfix. Happened several times in the two years I worked on that project.
I've seen a lot of comments like this on HN since earlier today regarding the Stripe API downtime. It's very positive and I'm glad to see it in response to an event that usually garners frustration.
Never used Stripe's API myself, but it sounds like they are vastly reliable beyond these blips.
It would be great if Stripe would offer an RSS feed for status updates in addition to twitter posts. A lot of other services have one and it's very convenient to subscribe to in Slack for updates. At my current company, for example, we have a #third-party-outages channel which we have all available third party services (GitHub, NPM, CircleCI, Slack [yes, it's meta], HackerOne, etc.) status page RSS feed notify in case of an outage.
It wouldn't be perfect, but there are tons of services that can generate an RSS feed for a specific twitter user. It looks like @stripestatus only tweets when there's actually an issue (aside from updates on current issues)
Ran into this one in the wild when it happened, before stripe status had even tweeted about it. I was trying to order doordash and got a "Could not deserialize JSON object" error when adding a credit card. Hope this is fixed soon, the girlfriend and I are very hungry :(
Edit: update if anyone cared, API seems back up and we have ordered food! :)
The last error message on their credit cards endpoint reads «This API method has been temporarily disabled due to exceptionally high traffic». It might be a DDoS attack.
Is it due to another Fiber Cut somewhere? Recently almost the entire east coast was down due to fiber damage. I guess the cloud services are as good as the wires that run in the ground.
Second time today. This has been a painful day. That uptime percentage is really ticking down fast. The developer/test mode APIs also seem to be down now as well.
The real solution is to never rely on one party. We fall back to another payment processor after using a heuristic to see if the error isn’t one that makes sense. If it’s a problem with the payment card, it’ll fail again, no harm done. If it’s a problem with the provider, it’ll go through.
(We wrote a payments abstraction library easy enough to (partially or fully) fill for any payment provider’s core functionality, so it’s literally just a couple more lines of code at the call site. It took several rewrites to get the abstraction to cover all the oddities each time we added a new provider implementation, though!)
[+] [-] tibbon|6 years ago|reply
Rage. Stripe hitting a little downtime is nothing in comparison.
[+] [-] jchw|6 years ago|reply
[+] [-] drspacemonkey|6 years ago|reply
[+] [-] personomas|6 years ago|reply
[+] [-] joemag|6 years ago|reply
[+] [-] robbyt|6 years ago|reply
[+] [-] MuffinFlavored|6 years ago|reply
[deleted]
[+] [-] edwinwee|6 years ago|reply
[+] [-] rglover|6 years ago|reply
Serious kudos to their team and hope they get this resolved soon :)
[+] [-] civicsquid|6 years ago|reply
Never used Stripe's API myself, but it sounds like they are vastly reliable beyond these blips.
[+] [-] dmlittle|6 years ago|reply
[+] [-] harrygallagher4|6 years ago|reply
[+] [-] annon|6 years ago|reply
[+] [-] jammygit|6 years ago|reply
[+] [-] jakecopp|6 years ago|reply
[+] [-] leesalminen|6 years ago|reply
[+] [-] procinct|6 years ago|reply
Edit: Actually looks like that page doesn't have an RSS feed, never mind
[+] [-] harrygallagher4|6 years ago|reply
Edit: update if anyone cared, API seems back up and we have ordered food! :)
[+] [-] egty|6 years ago|reply
[+] [-] aldoushuxley001|6 years ago|reply
[deleted]
[+] [-] dang|6 years ago|reply
[+] [-] cristea|6 years ago|reply
[+] [-] edwinwee|6 years ago|reply
[+] [-] gr2020|6 years ago|reply
[+] [-] slics|6 years ago|reply
[+] [-] jxramos|6 years ago|reply
[+] [-] jasonb05|6 years ago|reply
[+] [-] how_77462348|6 years ago|reply
[+] [-] sauldcosta|6 years ago|reply
[+] [-] sauldcosta|6 years ago|reply
[+] [-] paulmendoza|6 years ago|reply
[+] [-] duxup|6 years ago|reply
Is that even feasible with Stripe?
Obviously there would be security considerations.
[+] [-] ComputerGuru|6 years ago|reply
(We wrote a payments abstraction library easy enough to (partially or fully) fill for any payment provider’s core functionality, so it’s literally just a couple more lines of code at the call site. It took several rewrites to get the abstraction to cover all the oddities each time we added a new provider implementation, though!)
[+] [-] jijji|6 years ago|reply
[+] [-] fbelzile|6 years ago|reply
[+] [-] pgm8705|6 years ago|reply
[+] [-] unknown|6 years ago|reply
[deleted]
[+] [-] francocorrea|6 years ago|reply
[deleted]
[+] [-] dang|6 years ago|reply
[+] [-] cristea|6 years ago|reply
[deleted]