When I started on this project, I wanted to make something that would get you up and running building a web app as fast and as easily as possible, providing you with practically everything you'd need. Including Postgres and Redis seemed like an easy choice but in reality, an overwhelming number of apps will not need (or want) these and there's nothing rapid about having heavy dependencies like that (plus needing to run docker, by default). It seems more logical to provide defaults that are faster, easier, and satisfy the greatest number of developers. If you happen to outgrow SQLite (and in-memory caches, etc), then upgrading to Postgres/Redis is very easy to do (and odds are if you're running at that scale you're not using a project like this one).
eko/gocache will be removed. It's a nice library but the less dependencies the better. Plus, it seems like the cache tag implementation for in-memory caching is flawed so I wrote my own.
When I started on this project, I wanted to make something that would get you up and running building a web app as fast and as easily as possible, providing you with practically everything you'd need. Including Postgres and Redis seemed like an easy choice but in reality, an overwhelming number of apps will not need (or want) these and there's nothing rapid about having heavy dependencies like that (plus needing to run docker, by default). It seems more logical to provide defaults that are faster, easier, and satisfy the greatest number of developers. If you happen to outgrow SQLite (and in-memory caches, etc), then upgrading to Postgres/Redis is very easy to do (and odds are if you're running at that scale you're not using a project like this one).
Current setup:
Proposed: