I have a side project that will involve subscriptions. I would like to offload as much of the db/code overhead that comes with membership data, auth, payment processing, etc, as possible, without paying enterprise-level fees. I thought about having a Squarespace site and just integrating my backend API, but I'm thinking my application will be just complex enough to prohibit that approach. What is everyone using, and what small-scale third party membership integrations do you suggest? Any feedback appreciated.
by heliodor on 4/16/21, 10:26 PM
One approach:
There are skeleton projects for each framework (Django, Node, etc.) that will take care of all this. One-time fee. You'll have to maintain it. But it's great to get started.
Basically, search for "saas boilerplate" or "saas skeleton".
by gunshowmo on 4/17/21, 1:03 AM
I do sessions-based authentication via my API server. You can implement this in quite a few ways, but I think Redis is pretty common for the speed. I think there are libraries in most languages that should implement this in some way or another, but it isn't too hard to do by yourself either.
JWT also works very well if you don't need the ability to immediately revoke access, since in an efficient JWT implementation, you'd only be refreshing the token at specific intervals.
I also have a couple of flows set up to authenticate users via the Facebook and Google OAuth APIs, tying them to my own users' accounts.
by tylerrobinson on 4/16/21, 10:37 PM
Stripe Billing handles subscriptions and renewals. From there you’re just a few webhooks away from tying that with whatever auth solution you go with.
by mimixco on 4/16/21, 9:53 PM
We use Chargify for handling subscription signups and taking money. It connects with Auth0 for our user authentication and management. They're both inexpensive and you can set them up by yourself.
by ecesena on 4/16/21, 10:29 PM
by brendanmc6 on 4/16/21, 9:33 PM
Firebase Auth is my go-to, but I don't consider myself an expert as I only work with TypeScript and React/Nextjs. I still have to do some hands on work managing the user session, and relating users to other related records in Firestore. And their prebuilt UI components can be problematic. And of course I have to keep user data in sync with payment state by handling Stripe events.
I'd love to find something even more hands-off for my next project...
by omk on 4/17/21, 12:30 AM
I have a side project successfully utilising Firebase auth. But do understand that this is a “sticky” approach. Moving away (for whatever reasons) is difficult. You want to have a clear migration strategy if you opt for 3rd party auth mechanism. You don’t want a vendor owning your customers. I have heard of Auth0 and would recommend exploring it for the reason that OAuth based approaches will provide you decent portability.
by raleigh_user on 4/17/21, 12:50 PM
Very interested in this. I’ve written this in multiple projects. Have always thought it’d be cool to extract out but never got too.
I’ve used auth0 before. It was way easier to understand than Okta.
Why do you think your site would be too complex?
by readonthegoapp on 4/16/21, 9:24 PM
Laravel spark is something im using but not actively charging for
You need customers for that
by shanecleveland on 4/17/21, 2:54 AM
Mostly Flask with helper packages. But also userbase.com for howsyourblank.com and just a phone number for textpost.me :)
by Zoo3y on 4/16/21, 11:58 PM
by andrecp11 on 4/17/21, 6:59 AM
Flask with jwt
Stripe for bills
by e2e4 on 4/16/21, 9:12 PM
Firebase for the auth