Key Features
Tech Stack
Some wishes:
1) First I was confused when I didn't find issues etc, but then I found your rebrand. Please remove your https://github.com/level09/readykit repo, and rename original https://github.com/level09/enferno repo to https://github.com/level09/readykit, so that you keep all issues, PRs, and releases. It also will redirect old enferno url to correct new readykit url.
2) Please make automatic immediate forward from URL https://enferno.io to https://readykit.dev .
3) It would be nice if your website had button for dark mode, so you could switch between light mode and dark mode. Your new website is light, and your previos website is dark.
Thanks!
On the repos, they're intentionally separate projects. Enferno stays as a minimal Flask framework with fewer dependencies, ideal for anyone who wants a clean starting point. ReadyKit builds on top of Enferno with SaaS-specific features like workspaces, Stripe billing, and team collaboration. I plan to maintain both:
* Enferno: lean framework for general Flask projects * ReadyKit: batteries-included SaaS template
This gives users the freedom to choose the level of complexity they need.
On the redirect, good point. I'll set that up so enferno.io links don't cause confusion.
On dark mode, fair feedback. I can add a dark mode toggle and will work on that.
Thanks again for checking it out!
I'll work on a modern quick deploy option for ReadyKit. I have an Ansible playbook that handles single server deployments, the monolith old school approach I still prefer. It just needs a bit of cleanup before it's shareable.
Open to feature requests too. If one click deploys to Fly.io, Railway or similar would help, I can add that. Let me know what would be useful.
People chase FastAPI for speed, but if your bottleneck is the database or any network bound work, using async vs sync framework barely matters. Premature optimization is real.
Flask handles production traffic perfectly fine. And by the time it doesn't, you will know exactly where the real bottleneck is.
What always turns me off this sort of thing, and there are loads of these kits, is the tech choices. It's always either very frontend heavy with no answer for deeper backend engineering, or it's all based on MongoDB, or it's a complex mess of Javascript dependencies.
This looks like an excellent set. One could criticise every component, Celery kinda sucks, but would I build a business on it? Yeah sure, many have and they're fine. Flask has its issues, but it will absolutely work. Python is having a renaissance with Astral.
I imagine this would be a highly productive stack to work with. Might even tempt me away from Django for my day-one stack... maybe...
A few notes:
Celery is completely optional, it's there if you need background jobs, but the core app runs fine without it. Same with Redis, it falls back to filesystem sessions in development. The idea is to add complexity only when you actually need it.
And that is the beauty of open source. If you don't like Celery, swap it for RQ, Dramatiq or whatever fits your workflow. It's your code.
The stack is opinionated, but the opinion is simple, pick boring, battle tested tools and stay lean. No webpack, no heavy build chains, no node_modules black hole. Vue and Vuetify load from CDN in development and that is perfectly fine. It ships products just as well.
Django is fantastic, and if you're productive there, there is no reason to switch. But if you ever want something lighter where you wire up only what you need, give it a try.
may i ask incentives? are you doing this out of the kindness of your heart?
Honestly, open source changed my life. I've built my own products on this stack. https://mixedcrm.com for example runs on Enferno, along with many several other projects of different sizes. It's been my go to foundation for years.
After taking so much from the ecosystem, giving back just felt right. And value has a way of coming back, whether through contributions, feedback, connections or simply knowing the code is being battle tested by more than just me :)
So quick iterations and rebuild once the SaaS has to scale I guess?
If your app goes viral for some reason and has to scale within hours its not easy to rebuild for performance in that timeframe. Then if u use stuff like AWS and your app has a shit payment model that allows free tier users to just waste resources, good luck paying off that invoice.
One differentiator among others: try finding a stack with full self-hosted auth. Most push you toward third parties! I wanted to own my users.
https://medium.com/@level09/the-stack-that-owns-you-7ff06b26...
The real question is not raw speed. It's how fast you ship, how many users you need before performance matters and whether you actually own your stack. Most modern solutions push you toward third party auth. This gives you full self hosted auth out of the box.
Scale problems are good problems to have.
If you want to validate a product or run with a few K users (which I think this is helping), I really think that flask is a proven WS framework that just works.
This is awesome and I would use it in a heartbeat.
Neat project - especially as pure FOSS.
Stack choices: Flask for its elegant simplicity without hidden conventions, Vue with Vuetify over CDN to skip build-tool pain (massive productivity and time win btw), PostgreSQL because boring is reliable, Redis (optional) for sessions and caching, and Celery when background jobs are needed (optional too)
Your project fits perfectly with what I need, I’ve built the functionality (using python even) now I need all the other stuff to get it up and running on the web. Thanks for doing this!
Not affiliated with Hacker News or Y Combinator. We simply enrich the public API with analytics.