splitting this off from #ideas > discussion app - I wrote up some technical design ideas for a Roc forum (which I increasingly think we should actually build!)
https://docs.google.com/document/d/1lMwON7QlO_4-SfOSEbtrjZp2qL0eEtNaz372OJHTcRk/edit?usp=sharing
any thoughts welcome!
We can use the HTML DSL we use to render roc-lang.org for rendering, and possibly split it out into its own Roc package.
I've been using https://github.com/Hasnep/roc-html
Sounds good. I can help too.
roc-htmx-playground might be a good starting point.
That design sounds great! I’m interested in helping some also
I really like the simplicity of the suggested stack!
I wonder for how long will it be cheaper to store the files in the server's filesystem. The suggested server with 40GB disk space does seem like it would last a while.
Last year, I tried Cloudflare R2 which is a cheaper alternative to S3
I’m also interested in helping! :blush:
This sounds interesting.!You cant go wrong with Postgres, but I would start off with sqlite. It is very performant on modern hardware, it also got fulltext search even though I think Postgres version might be better. But the simplicity of sqlite is hard to beat. Just a simple file and off you go.
If you have to use build tools for js then esbuild is a solid choice, a go binary that does all the usual web stuff.. bundling and minification without the madness. (Phoenix in Elixir uses it by the default since JS caused to much trouble).
For hosting of my pet projects I usually go with fly.io, it is simply just great :)
Regarding SQLite hosting, I think Turso looks like a great option. It seems reliable and more affordable than a comparable Postgres hosting service.
I was thinking that Turso could be a good option for this project also. It has an HTTP interface so we could integrate with it easily. That being said, it would be nice to put roc-pg to use in a larger project.
Last updated: Jun 16 2026 at 16:19 UTC