Just curious is there any recent quantitative source to this? That statement was “common wisdom” already 20 years ago - 10 years ago I decided to just give it a try - and had issues three times in ten years, all three with missconfigured exchange servers.
And I’m not with a high profile provider either.
Just to make sure: I’m not claiming that you’re wrong, I’m simply curious on how lucky exactly I got!
Ohhh now that is awesome and makes sense! Thanks a lot for that find :)
But when I mount a shared /usr on a remote machine it will always have the mount point /usr/local as empty folder - and either have an empty folder or have a mount target that is dependent on a network resource - that’s why for me it’s so unintuitive.
But then again I started with network stuff way more than a decade after all this got created 🤣
This is really helpful, thank you!
I never understood why the shareable /usr is parent to the non shareable /usr/local. Wouldn’t a /usr/shared be way easier especially in the early network days?
If anyone has a link or some insights into this historical nitbit I’d highly appreciate it!
Disclaimer: also Hobby person but did some more reading on that topic in the past. . Think about what those things are then decide:
The tos are your conditions: I as provider of this service will reserve the right to x. When a user does y I will do z. It’s cover your ass for businesses.
A privacy policy on the other hand might be required by law as soon as you process user data in any way. This is something that I would look into your jurisdiction and their requirements. I’d guess Germany is more on the formal side on things (clichés and everything)
In short: you don’t need a tos but most likely want one. You don’t want a privacy policy but most likely need one. :)
“muddy waters” is a saying, I don’t think you should take OP literally. The Rest you’ve written seems to agree with their sentiment btw.
There is literally not one singular(!) arr that does what you’re claiming, at least that I’m aware of. The indexing is done by a different thing than the tracking and the downloading.
That’s why you end up with 16 of them like OP after all…
The router is not directly involved in a dns query except, we’ll, the routing if it’s an non local IP. The DNS ip addresses is propagated either via dhcp together with the clients or directly configured in the client. That said: most routers serve as dhcp server at the same time. Perhaps your router is configured to always provide your ISPs DNS as primary.
How the client handles the decision which to query I honestly don’t know and I guess that’s why you and I made different experiences!
The client does a fallback if one dns doesn’t answer. That’s why dns ad blockers fail if 8.8.8.8 or some other dns is added as a secondary :)
I second openhab. Can’t speak for too many integrations but all I tried work without issues.
Especially the separation of abstraction layers is something that I came to appreciate highly. You have the physical object, it’s item representation and then the rules and interactions. On the downside might be the way that this abstraction makes the configuration a bit more complicated - but as you’re missing the yaml config you might enjoy the configuration files! I’d just give it a shot :)
HA has a sour taste for me since their broken promise about open sourcing their server side. It’s still a black box. Plus the whole dns debacle a while back. And I honestly don’t understand how HA is still the de facto standard for home automation - I tried recreating some of my more complicated rules in HA and it became such a mess very quickly (think of 3 or 4 non nested conditions and altering the states of multiple objects depending on virtual items).
Just curious: why?
I never tried proxmox that’s why I’m asking :)
How the narrative has turned Nvidias active sabotage into Linux maintainers fault is beyond me.
Latest for their reluctance to act on scalpers it should be transparent what you’re getting into with Nvidia.
And then people like you write thing like this… Why?!