nominative determinism
I mean so is control d a set and forget. Even more so because they manage any changes and workarounds the companies come up with. Its basically designed for this. Having tried both options its my preferred option.
Set your country to Albania, Moldova, or Myanmar and you wont get ads on youtube.
Yes I do use opnsense and it was more annoying than control d. I tried both options.
One way I have reduced my subscriptions is by using control d. I know vpns are popular on lemmy but I found it an annoying to have to have a vpn for each device I wanted to bypass a country lock. Moreover it was annoyyng for some devices like apple tv that does not support a vpn. Establishing a vpn on the firewall broke other services that I needed to work locally in my country.
Control d on the other hand is a dns proxy tunnel so you just alter the dns on the devices you want to use it, and in their control panel you can have different countries per service - so if you browse youtube that can go via a country that does not allow ads. Bbc iplayer can be told to go via uk and so on. This is a lot more convenient and allows you to retain your country for all services except the ones you want to tunnel.
Cat reminds me of Garfield
The IP of this account matches https://lemmy.myserv.one/u/killeronthecorner@lemmy.world and will be banned. (Both accounts).
Same. And I never fucking will. I will learn how to fix it if it kills me.
Actually a good point. He should have just done that.
Has anyone ever actually benchmarked vm.page-cluster = 0? Makes no sense to me to suggest a cpu is so bottlenecked that disabling read-ahead would actually help. If anything it would mitigate the decompression time if it guessed correctly as the work would already be done if left at the default of 3. Normally cpu is not bound when using zram because its quite low cpu anyway.
Ah splendid. A good fucking later sounds scrumptious.
Hey copilot, what is virus.zip that is on my desktop.
Please join matrix chat. You will get faster answers.
Now Im thinking about the gif version of this image and replaying in my mind because I know it so well.
Yes obviously the barrier to entry is high. But nobody knows for the big servers either since they are basically just small instances that happened to get big. Thats why lemmy.fmhy.ml just died one day due to domain seizure. End of the day all you can do is look at how long a server has been around and if it has be online a reasonable amount of time. That kind of reputation just increases slowly and nobody can make it happen faster.
Ultimately I am the one paying the bill currently so if I die nobody elses credit card is being charged.
In terms of other admins, this is actually happening. Some smaller instances like mine are in the process of setting up a sharing admin work between instances so that if someone is on holiday, the instance still has an admin who can login. This was only just started and is in the process. We have to create a lot of documentation and basic stuff to get it fully functional where another admin can login and fix something. Its not at that stage yet and will be a couple more weeks before it is. We did a test last night where another instance admin (boulder.ly) could connect to my instance via ssh but without documentation on what to do and check anything more than the basics of rebooting or restarting something isnt going to happen. Eventually we will get it to what to do if site has a critical vulnerability or is being attacked but not ready yet. Its a work in progress unfortunately.
P
Either a local SMTP server (less used) or an external service (more common). The SMTP is configurable but I believe most used option is ssl smtp over port 587.