I've been following the discussions on emacs-devel lately and he's been showing a lot of enthusiasm for what he has in front of him, and given John's previous endeavours (use-package, eshell) I really think emacs has found a worthy successor to Stefan Monnier.
>> (Though if you've found a good option, that will allow me to easily sync across my home desktop, laptop, office pc, tablet, and smartphone, without using the cloud, I would absolutely love to hear about it! Maybe something Bluetooth based?)
I'd like to chime in with another suggestion for a storage solution that I haven't seen mentioned yet: syncthing ( https://syncthing.net/ ) makes for a very good alternative to Dropbox, letting you synchronize your data across your devices but without relying on a third party service to do so. I use it to sync my KeepassX database across Linux, Windows and Android devices.
Disclaimer: I'm not affiliated in any way with syncthing, I'm just a happy user.
The add-on shouldn't block anything on its own, so if there's a problem it's probably on some filter list that the user enabled. There's a pretty good way to debug these situations though, the network request log ( https://github.com/gorhill/uBlock/wiki/The-logger ). It will let you see the history of requests for a given page, and one of the colums in the log lets you fine tune what uBlock should do for that particular request - so, if you see that something that you don't want to be blocked is filtered out, you can reverse that and reload the page.
EDIT: in the latest release (0.9.9.0 at the time of this writing) the request log will also tell you which list provides the rule that blocks a particular request, it's pretty handy to debug this kind of issue.
I haven't used uMatrix, since I use Firefox, but I can speak for RequestPolicy, which is kind of the same thing basically AFAICS. It's very very very rare that I end up whitelisting everything that's requested on a site. The more you use the extension, the more you learn to recognize what domains you need to allow in order to have the site working as intended, and this way you end up building your own whitelist: allowing requests from a domain is a one-time only thing most of the times (additionally, there's an extension you can install that syncs your whitelist to your Firefox Sync account).
> the more you learn to recognize what domains you need to allow in order to have the site working as intended
Sites using cloudflare are a major issue here, specifically their cryptic subdomains. If someone were to hide an ad network behind those they would be hard to tell apart from the rest, at least for humans.
Yes this is true. If a site is not working and the only reasonable domain to allow is something from cloudflare, I resort to allowing it temporarily. Not many ways around that, I think.
I've had a good experience with the last two. I chose them because they accept bitcoin (and orangewebsite is owned and operated in Iceland). If you go for some of the lesser known hosts, they will be flexible with what OS you want to use, especially if their platform is KVM based.
How did you set up the FF sync server? I just did a quick search and I think the instructions I've found were mostly outdated. Do you have a link or a name for the port?
I also enjoyed hetzner for a while and if I'd want a ZFS install I'd probably go with them as it's definitely very nice how they do it. But as I've just previously commented I found a slightly better price for my minimum needs with vultr.com (5$/per month) and ZFS is not important to me on this box.
Just as an aside - is there a particular reason you specify the type of the filesystem? Is there something specific to FAT that might make this exploit viable? I'm thinking permissions, but I'm not sure.