Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Stripe CLI

stripe.com

Post reply on HN
Print view View original

71–80 of 149 posts

Re: Stripe CLI

#71

Post by woadwarrior01 »

zapita wrote: post #61
latencyloser wrote: post #52

Earlier quoted context omitted.

Privacy.com gets pretty close. They can generate burner cards or "per service" (such as a card just for your netflix account) that have spending limits per some period of time or in total. Their autofill plugin for firefox works pretty well. That's the extend of my usage of the service, it might do more but I'm not sure. Personally, I use them for anything that doesn't accept paypal or similar payment systems. Hopefu…

I also use privacy.com and it’s great. The only problem is that sometimes merchants don’t accept prepaid debit cards (that’s what privacy.com cards are under the hood). So far I’ve had cards rejected by Patreon and AT&T. I still recommend privacy.com though.

Also, DigitalOcean. I'd used a prepaid debit card with them in the past, but they don't accept them anymore.

Re: Stripe CLI

#72

Post by johns »

guptaneil wrote: post #51
rsync wrote: post #49

In the Twilio world, I can do something like this, via the command line and their API: - activate new phone number - send SMS from that number - deactivate number I have not ever done that particular workflow , but I could. Who is the Twilio of payments/fintech wherein I could perform a workflow like this: - generate new CC number in my name - set transaction limit(s) and expiry 10 days from now - (go use that CC in…

Now that Stripe offers a corporate credit card, it's likely only a matter of time until they enable people to build their own credit card on top of Stripe. I assume they've built the API's internally already for themselves.

https://stripe.com/issuing. Just needs a virtual-only option.

Re: Stripe CLI

#73

Post by dylanvee »

markdown wrote: post #66
pc wrote: post #25

Earlier quoted context omitted.

Thanks! We still have a lot of work to do. (Making our integration experience simpler -- now that Stripe's functionality has grown so much -- is an area of current focus. If any HN readers happen to have specific suggestions on this front, feel free to email sebas@stripe.com.)

FYI while you're here: Your search is broken: https://support.stripe.com/search?q=Countries

Thanks for flagging! We've got a massive search overhaul in the works that will start rolling out in the next week or so. Feel free to get in touch at dylan@stripe.com if you'd like to give it an early spin when it's ready. (Our new search presents this as a result for your query, in case it's what you were looking for: https://support.stripe.com/questions/stripe-feature-availabi...)

Re: Stripe CLI

#74

Post by Operyl »

rsync wrote: post #56
mLuby wrote: post #50

Earlier quoted context omitted.

Sounds like something Privacy.com could do without much trouble, though I don't think they actually have a CLI (yet).

Interesting ... although they do not have a CLI, can you call functions with 'curl', like: curl api.privacy.com CID:blahblah token:blahblah ... action-action-blah-blah ? I don't actually use a Twilio CLI - I call functions with curl from my own scripts ...

There seems to be some sort of API, some of which is non-free.

https://developer.privacy.com/docs#introduction

EDIT: It appears I was able to activate the API with my personal account.

Re: Stripe CLI

#75

Post by seph-reed »

A lot of people say "mobile first," but I think that's because they're overlooking CLI's.

They're by far the fastest way to prototype functionality, and a dream for the QA team.

Re: Stripe CLI

#76

Post by mr_november »

empyrical wrote: post #57
latencyloser wrote: post #52

Earlier quoted context omitted.

Privacy.com gets pretty close. They can generate burner cards or "per service" (such as a card just for your netflix account) that have spending limits per some period of time or in total. Their autofill plugin for firefox works pretty well. That's the extend of my usage of the service, it might do more but I'm not sure. Personally, I use them for anything that doesn't accept paypal or similar payment systems. Hopefu…

Is there anything like Privacy.com, but for Canadians? I really like the idea of being able to have per-service burner cards

Not an ideal solution but you may want to look at prepaid credit cards. In my case, I use USD prepaid cards via CIBC for SaaS subs. https://www.cibc.com/en/personal-banking/prepaid/cibc-smart-...

Re: Stripe CLI

#77

Post by jkarneges »

zehtomer wrote: post #37

Hi all! I'm one of the folks who's been working on this for the past few months. I'm happy to answer some questions about the CLI or how it was built (using Go and websockets for pushing data). If you have any ideas or feedback feel free to email me directly too! tomer@stripe.com -- We'd love to hear how you're using the CLI and what you'd like to see in the future.

Does Stripe have a public WebSocket API?

Re: Stripe CLI

#78

Post by kwindla »

jchw wrote: post #41
pc wrote: post #25

Earlier quoted context omitted.

Thanks! We still have a lot of work to do. (Making our integration experience simpler -- now that Stripe's functionality has grown so much -- is an area of current focus. If any HN readers happen to have specific suggestions on this front, feel free to email sebas@stripe.com.)

Honestly, the only problem I ran into with Stripe ever was administrating subscriptions. IIRC even via the API there were a lot of limitations with what state you could put a subscription in, limiting our ability to seamlessly transition from Recurly to Stripe; we ended up duplicating a lot of the subscription logic in the end. I know subscriptions have been significantly rehauled since then, but this was my only gri…

I think subscriptions are complicated because the surface area of the problem is so large. The Stripe Billing APIs (the recurring revenue/subscriptions part of Stripe) have gotten very good. But the challenges involved in the average subscription implementation are a lot bigger than the challenges involved in implementing simple checkout workflows for non-recurring charges.

We wrote a blog post detailing our Stripe Billing implementation: https://www.daily.co/blog/implementing-api-billing-with-stri...

Re: Stripe CLI

#79

Post by dotancohen »

IGotThroughIt wrote: post #69
knubie wrote: post #15

Stripe is by far the best developer experience I’ve had in my career working with third party APIs/services. The attention to detail is just second to none, and documentation is a big part of this.

Top APIs I've enjoyed working with: 1. Stripe (Best) 2. Twilio 3. Twitter (Does what it needs to do quickly) 4. Puppeteer (Amazing. Was super helpful.) 5. Google (mostly ok but could be better) APIs I've hated working with: 1. Paypal (the worst - docs are horrible and UI is not consistent with most of the help material out there because it changes all the time. Have you tried their support? That's a beauty) 2. Facebo…

Add Mailchimp to that first list. When I do APIs I set Mailchimp quality as my documentation goal.

Re: Stripe CLI

#80

Post by zehtomer »

jkarneges wrote: post #77
zehtomer wrote: post #37

Hi all! I'm one of the folks who's been working on this for the past few months. I'm happy to answer some questions about the CLI or how it was built (using Go and websockets for pushing data). If you have any ideas or feedback feel free to email me directly too! tomer@stripe.com -- We'd love to hear how you're using the CLI and what you'd like to see in the future.

Does Stripe have a public WebSocket API?

We don't, this is using a private API.
Post reply on HN