Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
If anyone got this running in docker for example, I like to hear from you ;)
It's an electron app that runs from the browser. Why would need it to run via docker?
~~An electron app still needs to be served by a web server, even if the actual business logic is all client-side~~
EDIT: Electron, not React...
No? This is a client-side electron app. You'd need something to load the initial files, but that's it. There are no server-side running parts. Even still, there's links in the project here to load up the app right there. Each Major browser has ways to "install" such apps from there.
I had a brain fart and confused React with Electron...
Well, I assume there is a backend which takes care of securely connecting to the databases. That way I can connect the backend to the internal network where I can connect to the database, and without exposing the database port still use this from the browser.
Huh? This is a database client. There is no backend. You point it to a database, and it connects to the database. That's all it does.
I'm not sure what other backend you may be referring to, but it will use whatever network your desktop is using for comms.
Are you sure? Because thats how dbgate works, and I thought this was similar.
Yup. This is just a straightforward client. Unfamiliar with dbgate but just looked at the docs. It's also just a client as well. Unsure what other backend service you may have been referring to.
It seems there is a misunderstanding. To be clear, this is what I mean:
This way DBgate serves the web app to the browser, but also acts as a 'backend' which connects to the database. This way my databases are not exposed to the web, only the proxy is, which handles domain name routing and http traffic.
That's not how it works, or maybe the arrows are pointing the wrong direction in your ASCII. DBgate is an in-browser application in the same way that the other posted is, just with different features. They both run completely in the browser, BUT the files need to get loaded there first right? So the docker version of DBgate is simply starting a tiny web server that bootstraps the client application into your browser when you visit the local port. It's right in their docs.
No server-side code at all, and in fact, you can kill the docker container after you get it loaded in your browser if you want to double check 😉