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:
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
Nextcloud asked in a poll at https://mastodon.social/@nextcloud@mastodon.xyz/115095096413238457 what database its users are running. Interestingly one fifth replied they don't know. Should people know better where their data is stored, or is it a good thing everything is running so smoothly people don't need to know what their software stack is built upon?
Yes that's me. I have no idea what my Nextcloud uses
Who cares.
I'm only on MariaDB because I have brain worms, I have so little data on there SQLite would have been fine. 🪱 🪱 🪱
SQLite actually has incredible performance these days. But I get your point :)
Exactly. Who gives a shit?
I mean… I could recite the exact setup of mine in detail, but I’d probably be happier if my brain matter was dedicated to something else. Do not shame the ignorant. Envy them.
I use Postgres, because MySQL touched me inappropriately as a kid and MariaDB is too similar. Oh, and also because it's what I use at work.
I did know when I set it up, but I can't remember right now. I can easily go check though.
That's because they push the all in one container.
Mine is managed hosted so I don't know.
That’s how I’d answer if I set something up years ago and it was stable and never required me to come tinker with it.
I think that's really beautiful.
I don’t think it matters
You could deploy a container and not know what DB is used
People don't care and/or haven't looked at the serverinfo page. That actually mentions the type of database in use.
So the "I don't know" option was probably just the easiest.
Are people here trying to "I run arch btw" database services.
My instance did required me to fix some db issue after an update(it still works but the fix was recommended*). So I knew I am using mariadb. Its not super smooth sailing.
There could be multiple factors. For example, I have a Nextcloud instance that is fully managed by Hetzner, and I didn't bother to find out what database it uses...
I set up everything I use "bare metal" or at least in an lxc container I directly build and maintain, but most people don't. Makes a lot of sense, to be honest. A lot of prepackaged software uses databases and nobody has to care exactly what it's up to.
You can install NextCloud with snap.
Yeah, and after having dealt with the "I missed a few updates and then the last one put my files out of sync with my schema" Docker issues, I'm very much happy to use the snap. Been on that a couple years and it's been quite solid, even if I did have to install snapd on my Debian base for it
Should've specifically asked the operators/hosters if they need a better answer. But this has more engagement so
They really push you to install the aio container so it's not surprising to me.
I use the prebuilt Hetzner one and have no idea either.
Yeah. I have used that. And I'm sure most with personal instances that just pressed the "Install NextCloud" button have no clue, including me.
Not sure I understand... Can the type of database be customised during nextcloud installation? If not, then more than 37% gave a wrong answer, which is worse than the 18%?
Yes, all three are supported configurations. Technically all four, since "I don't know" is apparently a completely valid and functional configuration too.