Hacker Newsnew | past | comments | ask | show | jobs | submit | ashkulz's commentslogin

What's the plan for monetization? Your license is Apache 2.0, which I'm not sure makes sense from having customers pay.

In contrast, Lago uses AGPL-3.0 and has an open-core model (not sure if the premium features are source available or not), which makes it more clearer on how they're going to make money.


We have a cloud version that we charge a flat fee for, and I think there’s enough people that don’t want to deal with self hosting for it to make sense. When we started out we just used the same licence as some other dev tools (like supabase).


One more data point: at work we use Stripe for most regions [1], but in our largest region (South Africa) we have to use Paystack [2] (a Stripe subsidiary). The API isn't 1:1 compatible and there's no plans to do so in the near future. Having multiple providers is a must for us to consider a solution.

Lago is better in that they have have support for custom payment integrations [3].

[1] https://stripe.com/global

[2] https://paystack.com/stripe/south-africa

[3] https://getlago.com/docs/integrations/payments/custom-paymen...


This is really helpful context. Thanks for sharing!


I too use Temporary Containers, and my solution is to use a named container and associate that site with the container.


I guess you meant to say porkbun?


You can use DEFERRABLE INITIALLY DEFERRED constraints so that the check happens when the transaction is committed.


Most banking sites log you out very aggressively, and a lot of them require some sort of 2FA during login. It's quite inconvenient to have to do this login dance every time you need to make a transaction -- with an app, you can use a PIN or biometrics to start using it.


Thanks, in the same situation as you and feel the same!


Why not use CloudFlare in front? That's what was being used anyway, as per the article.


> so basically the ideal solution here would be to deploy a simple Hetzner app (caddy/nginx or the hosted options hetzner has), set up a cheap CDN (Bunny, Cloudflare, etc) in front of it

I agree! Cloudflare probably won't be this cheap forever but like I said I think that's the optimal solution, with the option to cut over and take the latency penalty if costs are out of control.


I maintain https://committers.top which does this -- it's a fork of commits.top


Yeah, that works for me as well.


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

Search: