

This week - Apache Airflow setup to automate running backups (replacing cron).


This week - Apache Airflow setup to automate running backups (replacing cron).


I’ve been accused of “gate keeping” when I tell people that this is a shitty way to deploy applications and that nobody should do it.


Some people get into self hosting because they want their data to be their data. They don’t care about the particulars, they just want that peace of mind.
These people are the worst. What they want is fine - but the idea that you don’t need to worry about the particulars is ridiculous.


I think you could take this arbitrarily far.
This can be said about literally anything. And it’s a “slippery slope fallacy” to use as an argument.
There are “appropriate levels of understanding” I’m advocating for. I’m not even saying “don’t use yunohost” - just understand what the components you’re using do and how they interoperate.


How do you know that people do not read the scripts first and come to the conclusion “that is safe, nice that somebody build a convenience script I just need to read”?
🤣


Also, what can I expect concerning RAID? That is definitely the most concerning thing for me, as I’ve never worked with it.
Generally speaking it’s recommended these days to use a software RAID rather than relying on hardware. If anything happens to that RAID controller you will need to replace it with a duplicate in order to mount your drives. Software RAID is controlled by the Linux OS and would be much easier to recover. There used to be a bit of a performance penalty for a software RAID but these days it’s negligible.


That’s fair - I’ll keep that in mind in the future to be more clear.


Really grasping now aren’t ya?


Right? This is the whole “lack of understanding” that I’m going on about. “But the install instructions for some other application said to do this.” So it becomes cargo-cult system administration.
It’s how we end up with curl https://some.rando.url/install.sh | sudo bash -c as an acceptable way of installing software. Don’t understand it, don’t question it, don’t look at what that shell script you’re running as root does, just copy / paste / and go! I don’t want to care about the details!
And you see it in the comments in this forum where anytime anyone asks a question there are dozens of replies like “just use yunohost” or “just rebuild your entire server with unraid” without addressing the one component that needs addressing or offering multiple solutions. It’s just “my click and forget solution worked for me so it’s the way everyone should do it.”
This is how we end up with walled gardens - to protect these people from themselves. Self-hosting should involve some amount of learning about what you’re doing because “there be dragons” out there.
I have nothing against yunohost or letsencrypt (the latter is simply amazing) - but one should understand that these things are components that are part of a larger system.
</rant>


Er… I’m not - I’m deriding that fact. Do you know what “ignorant” means?


“Reads like an ad” - see also “simile”.


Who gives a shit? I don’t know how to write apps for my phone either, I just click the install button and away I go.
Yeah - I’m the one wallowing in ignorance.


Removed by mod


It still reads like an ad for yunohost…
I think one of the mistakes many newb self hosters make is thinking of systems in their entirety rather than as components.
“How to install pihole on a raspberry pi” and “how to setup nextcloud on yunohost” are examples. All using very specific tools and very specific steps.
I’m noticing this more and more with documentation for apps where they tell me to use their specific docker-compose file and have instructions to use let’s encrypt in a specific way rather than referring you to let’s encrypt as an option and pointing you at their docs.
People aren’t learning how to use each of these tools and how to be flexible in their implementation.


In part one, I explained why I’m passionate about self-hosting and I discussed what you need to get started on this journey (a VPS and a domain name)
You didn’t need either of those things. This reads like an ad for yunohost.


12 pages of detailed documentation
Home Gamer: Is this it?


To create an invite you:
# drop into mongo shell
docker compose exec database mongosh
# create the invite
use revolt
db.invites.insertOne({ _id: "enter_an_invite_code_here" })
That’s pretty jank.
Also - I’m getting pretty fed-up with self-hosting documentation that assumes very specific environments and goes into detailed configuration for that environment. Don’t tell me how to setup a server and how to enable/configure SSH and setup UFW as part of setting up your software. Just tell me how to setup your software and what ports it uses.


That fuck you mean? You can use these drives for any purpose you want.


Sounds like you haven’t taken the time to properly design your environment.
Lots of home gamers just throw stuff together and just “hack things till they work”.
You need to step back and organize your shit. Develop a pattern, automate things, use source control, etc. Don’t just file follow the weirdly -opinionated setup instructions. Make it fit your standard.
You’re talking a lot of storage - it might be worth investing in some low-end server hardware. A Dell tower or something, maybe one off eBay if you’re looking to cut costs.
I picked up a PowerEdge T110II a long time ago and it’s been… flawless. Just a simple server with a 4x4TB RAID5. No hardware problems (aside from occasional disk failures over the years), easy to manage. It costs a bit more - but server hardware is often just more reliable and for a NAS that’s job #1. This server just runs.
I just upgraded the memory in it to 32GB for ~$100USD. Before that it had 8GB. I needed more for restic doing backups. I probably could have gotten away with 16GB but I figured I’d max it out for that price.