I use Traefik because it solved a problem with the static configuration approach which Nginx had / still has.

In a scenario with multiple services behind Nginx, taking one down or replacing an instance is massive headache. I tried to script around it, but basically the Nginx container would choke on the fact that a service does not [yet / anymore] exist, and together with the docker networking stack it turned out to be an insurmountable problem.

Traefik otoh discovers services based on (in my case) labels on the docker containers running locally. And then updates the configuration on the fly.

Basically the static approach to configuration resulted in massive headache when I needed to enable zero downtime deployments and updates behind Nginx. And Traefik handled it perfectly without dropping a single request.

Nowadays I manage my dynamic configuration with ansible and update the values in for the file-based configuration provider with a playbook. I don't need a UI to manage my inventory, I use ansible for that. Traefik handles the rest perfectly.

Too late for that

Storage is not easy when you don't have massive amounts of free land. This is an ongoing debate in Europe, and in one particular country a leaky storage was discovered just a month or two ago. Again.

And there is no guarantee that what we build today is not going to be a massive liability in 50 or 200 or hell, 500 years. But the companies and people who are responsible will not even exist at this point.

What about the storage for the used fuel? This is a massive problem for any country not occupying half a continent.

Man könne auch eine gewisse Zeit crossposten, und darauf hinweisen. Ich fände es super, ein paar communities auf den Server mit content zu versorgen. Diese dann zu folgen = mehr Traffik auf die neue Communities.

You would be better off with a dongle. I have one which supports hi-res audio and has plenty of power to drive my over ear audionerd headphones. Phone jacks and DACs can't ever match that.

I was considering grabbing a last minute legacy license, but I really don't have a use case for unraid. I need a NAS for storage and a few VMs. And my apps run on generic SBCs or NUCs which I manage through ssh/ansible. So yeah, TrueNAS it is for me as well.

You are not far off. In my previous project we attempted to rewrite a desktop app and we started with a skeleton crew. Hiring for the frontend was tough, we got one very good xaml (wpf / winui etc) dev in the first year. Then, in the middle of the corona lockdowns, for 12 months we kept only getting mediocre candidates from across the world, with no relevant experience whatsoever. Then we found our second full time frontend dev, who only stayed 3 months and once he saw how clueless management is, bolted.

Funnily enough the aforementioned manager experts started asking what's wrong and why we 'fail to fill the positions'. We were stuck in the native desktop world product-wise, an unattractive and challenging tech stack with difficult problems to solve, with poor management and low budget. That's what was up. Now I'm happily working on the backend / web / cloud side of things and I'm definitely not looking back or picking up another tech lead position for a project with non existent team to start with. /o\

What are the advantages of using the plugin (Remotely Save) over just using dumb sync with Syncthing? Conflicts I assume?

You know, I don't get offended or anything. But it's impossible to mute / block streamers, and there are some particularly annoying offenders which I just don't want to see when I open twitch. Just give me the option to filter that out and I won't complain again.

Interesting, I'll take a look before Google shuts down yet another app I use. Does it support sharing and syncing over something other than nextcloud?

Ansible everything and automate as you go. It is slower, but if it's not your first time setting something up it's not too bad. Right now I literally couldn't care less if the SD on one of my raspberry pi's dies. Or my monitoring backend needs to be reinstalled.