FWIW, blocking policy on 2 blocks (at least some, Qobuz for me) streaming sites and bandcamp (bandcamp being the more problematic one as every band is on their own subdomain and you can’t (I think) just allow all of them).
I seem to have no problems streaming from either Bandcamp or Qobuz, the latter which I'd never heard of before. (or as far as I'm aware any other site) I intentionally want to click-to-play on every site out there, so perhaps you mean "blocks autoplay" or somesuch?
nod We have different use cases, for my browser use I'm using it as described mainly for one-off playing of content (think like watching a single video from a hotlink, checking out a single track or two from a new band, etc.). For streaming I'm a shoutcast/icecast oriented person, tried and true. :)
> If you need true end-to-end encryption where the provider can't see plaintext, you lose search, real-time collaboration, most of the AI features everyone's been bolting on lately, etc.
Proton has all of these features, despite being end-to-end encrypted. Search works well with their Mail and Calendar solutions, real-time collaboration is a core offering of their Document editor. It surely is harder to implement, but not impossible for many use cases.
How do they do that? Either they 1) transfer your entire data to your system before searching, 2) use shoddy cryptography, or 3) you have to expose your private key to them. I doubt it's 1).
> Click Enable to confirm. Your messages will then be downloaded from Proton Mail’s servers, decrypted, and indexed locally in an encrypted state.
They just download your emails into your browser and make them locally searchable.
I battled the same issue, in the end I have unencrypted data for fulltext search. But none of these are sensitive. I was thinking that maybe with AES, which is just a XOR, you could do search if you have the key as you just need to know how to XOR the search query and which phrases you can include. So instead of "hello" the XOR would yield "arpe5," and you just look for that in the db. But this could only work with exact matches or prefixes, it would not allow elastic search or anything complex like that.
Anyone have any recommendations that aren't run by Cooper? All of the suggestions so far are run by the same person and while I don't have anything against them personally, a bit of diversity wouldn't hurt :)
Unfortunately we've had endless waves of botnets attempting to subscribe thousands of fake email addresses to us over the years, and while our IP reputation system helps keep this at bay, it's also catching quite a lot of legitimate users now thanks to the prevalance of VPNs. So we'll need to come up with a new approach. (And no, even Cloudflare Turnstile isn't enough to keep them away, sadly, as there are plenty of human-backed adversarial networks too trying to make scam Gmail addresses look legit by subscribing them to newsletters.)
However, we do subscribe many people manually, and we also have RSS - http://javascriptweekly.com/rss - so you don't have to deal with email at all if you don't want to. There are also numerous other options out there, which I've linked in a sibling comment.
I get the same overall FTA score of 7 for both of your examples. When omitting the return type (which can be inferred), you get the exact same scores. Not just the same FTA score. Also note that `Return<User>` should be just `User` if you prefer to specify the return type explicitly. That change will improve several of the scores as well.
> Also note that `Return<User>` should be just `User` if you prefer to specify the return type explicitly.
No? first_user = data[0] assigns User | undefined to first_user, since the list isn't guaranteed to be non-empty. I expect Return to be implemented as type Return<T> = T | undefined, so Return<User> makes sense.
https://marketplace.visualstudio.com/items?itemName=VisualSt...
reply