Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I tried to grep the code for `api.` to get a sense for all the vendors this codebase is using, and which you'd need to have relationships with to run the code. Here's what I found:

payments:

  https://api.paypal.com 
  https://api.stripe.com
tax stuff:

  https://api.taxjar.com
  https://api.vatstack.com (EU VAT)
  https://apiservices.iras.gov.sg
for iOS app (?):

  https://api.appstoreconnect.apple.com 
  https://api.storekit.itunes.apple
AI stuff:

  https://api.iffy.com  (AI content moderation)
  https://api.helper.ai (AI support)
  https://api.openai.com
other:

  https://api.easypost.com  (shipping labels?)
  https://api.sendgrid.com (email)
  https://api.pwnedpasswords.com (haveibeenpwned)
  https://api.worldbank.org (for purchasing power parity?)
  https://api.dropboxapi.com (for "upload from dropbox"?)


That's pretty refreshing compared to the average 400 external "partners" your average online t-shirt store has.


Most of those are probably indirect. Same here: Stripe doesn’t issue credit cards or even process transactions itself. It partners with a half-dozen or so credit card networks, and each network partners with thousands of banks around the world.


No, I'm comparing to what you see on the average cookie consent banner [1]. If you dive into the 'manage' option, most e-commerce sites will literally have hundreds of third-parties listed that your data might be shared with. As far as I understand these are all direct integrations, either in the frontend or backend, not indirect - you don't have to ask for permission for companies downstream of your own providers.

[1] we don't get to see most companies codebases, so this is a good indicator of the amount of integrations




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: