Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

Hosting it on an actual server with a URL is not a fun experience. You need to generate a specific type of string to get it to work.

This isn't documented anywhere. Deep deep in their GitHub issues you'll find a script for generating this magic string which needs to be set as an environment variable.

See https://github.com/supabase/supabase/issues/17164#issuecomme...



Looks like it is just an issue of correctly making a jwt token, if you are not using their client libraries, but you can also just do it via their docs https://supabase.com/docs/guides/self-hosting/docker#generat... now (not sure how long you've been able to do in the docs)


Sure "it's in the docs" but last time our devops tried the compose file with ~10 or so services it took several days of fiddling with all sorts of different issues. It is just not made for selfhosting at all. It can be so much simpler but JS devs like it different.


It can be set up in a day if you slap traefik infront of it, change the env and compose files a bit and run it with docker compose.

I admit, I already had a working mail server and wildcard LE cert... let's say you'd need the other half of the day too to set that up if wanted.

Personally I set it up in a way such that the studio is not publicly accessible but can be accessed using ssh port forwarding.

All in all, I still agree that it's not really user friendly to self host it. It's basically only one supabase project. But in reality, it shouldn't be that hard to create new template dbs in postgres to set up multiple projects and also provide a good UI for that. They don't bother to provide that functionality though for I believe obvious reasons.




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

Search: