The plan was to have criminals use the storefront — an online end-to-end encryption service called Tutanota — to allow authorities to collect intelligence about them.
The SimplyTranslate front end has many languages, translate engines selectable: Google | DeepL (Testing) | ICIBA | Reverso | LibreTranslate. Some instances are Tor-friendly, even onion. The project page seems to be codeberg.org/SimpleWeb/SimplyTranslate
Refusing to use Google is just common sense. LibreTranslate itself is decent (at least not Google), except a website hosting it may have some opaque JS or Google things (Font, Analytics, TagManagers, etc.)
Either way, translation can’t be super-private in general. For example, if you use it to write a private message or love letter in a foreign language… even including real names and physical addresses…
Also, metadata like “a Danish-speaker is reading this German text about X” can’t be hidden, and if the language pair is uncommon and/or if text to be translated is specialized (not generic), the engine provider may easily guess “this request and that request yesterday may be from the same user”, etc. if they want to. A sufficiently powerful “attacker” might de-anonymize you, helped by other info about you, already gathered. In practice, maybe not a big concern, if you’re just translating generic, non-sensitive text, not showing your real IP, and clearing cookies frequently.
Not an answer, but a clarification. You seem to be messing up two things. DoH is basically encrypted DNS, i.e. no one other than your DNS provider can see what domains you ask for. It’s orthogonal to ad blocking; there are various service that provide one, or another, or both.
Yup I understand that. I’m primarily asking what the community thinks is a better DNS blocker between Aha Blitz and Mullvad’s, both of which provide DNS blocking over https.
@andrew_bidlaw this feature request for KBin to change voting so it is NOT public from 5 months ago has a lot of examples of why public voting can be dangerous, but there doesn't appear to be much interest in changing how this works in KBin or MBin.
I can imagine a couple of ways it can be obfuscated, but here in your link I’ve been reminded ActivityPub also serves Mastodon, where interactions are way less impersonal by design.
From when I was asking about it, I think it’s only the instance admins that can see the details. It would be nice to have this information clearly outlined somewhere, so people know and aren’t surprised.
That may not be complete or consistent though given the way federation works.
Downvotes from lemmy do not show up. (Not sure why not; haven't dug into it.) Only downvotes from kbin members are shown on kbin. Also unclear to me if downvotes between different kbin/mbin instances show up or if it's the local instance only. (I've only noticed local downvotes, but haven't really been looking.)
Yeah, I had a mixed reaction to finding that out a while ago, but I'm kind of just rolling with it for now. Votes are just simply NOT private on here, for better or worse. My feeling right now is that it's sort of positive from a community feel perspective, but I'm also avoiding interacting with a lot of subjects I consider more controversial.
Probably we'll end up developing a culture of either lots of alts used simultaneously, short lived accounts with regular name changes, or both as people become more aware of this. Either that or people will just say "Fuck it. You really want to see all the weird porn I like and my political preferences and what not? Don't blame me if you regret looking!" :p
A vote on kbin/lemmy is closer to a retweet than to a vote on reddit in terms of its potential impact on folks. You are publicly saying you support/do not support a post by voting on it (which might be taken as publicly thanking someone with an upvote or publicly saying fuck you with a downvote in some contexts); that can be a workable system, but it's surprising if you're coming from reddit where basically no one but the admins (and whoever they told/sold the data to) actually knows what you voted up/down.
Hell, consider all the drama around "YOU DOWNVOTED ME!!" / "No I didn't!" BS that was so common even when it was just suspected -- now it can be confirmed (again, for better or worse), for kbin users. I was on reddit for a long time and just thinking about that crap makes me feel tired... -.- Downvoting on kbin is potentially picking a fight every time. The end result is that I've basically never downvoted anything except some spam bots. I don't need that shit in my life again -- even for some of the posts that I think really should be downvoted, I'm just ignoring now. (Not getting into it further. Don't ask. I won't respond.)
If your IRL identity is associated with your account (or can be figured out eventually...), upvoting something really spicy could also end up causing you the same kind of drama IRL as retweeting or commenting strongly on the post -- e.g. job loss, loss of business, targeted harassment/violence campaigns, loss of friends/romantic partners, etc...
I really don't need more drama in my life, so I'm a bit more mindful of how I'm voting (for better or worse) and some stuff I probably would've voted on before, I am just leaving alone now.
Appreciate the thoughts, it gives me more to think about. I’ve also been avoiding controversial subject matter and I think I’ll avoid it even more now.
I do think the Fediverse needs to improve privacy and ease of use for alts. I’ve seen a lot of stuff over the years on Reddit that an authoritarian government would love to get their hands on. I guess the fediverse, by design, can’t be private? I worry that someone who doesn’t know better will get hurt because they don’t understand the risks.
All the more reason to join trusted instances with solid admins, and to keep your Lemmy profile separate from your real identity.
A possible workflow right now might be to browse on one account, and post comments from another. Boost on Reddit made that easier, but I don’t think the Lemmy one does that yet
The internet is a messy place and I like my privacy
I think people will feel more comfortable voting if it wasn’t made public. Same reason we add privacy booths during elections, or put our heads down in class when voting on simple things
If everyone can see what I upvote, then I’m going to take that into consideration before voting. If it was private, then I wouldn’t worry about it and vote whenever I want to.
Overall this might be a good thing because it exposes bad behaviour, such as downvoting the person who disagrees with you.
This might be a problem if, for example, there’s a post critical of moderators / admins. You might want to upvote it, but worry about getting banned. If your Lemmy profile can be linked to your real identity, you might worry about real world consequences too.
I just keep my posting habits the same as on reddit. I mostly comment on things instead of making posts myself unless I have a specific question, but I also have never paid much attention to how others might think of me from my statements or votes. If someone tries to message me privately to argue something I just block them if I don’t feel like it.
Ultimately this account is not my personal identity and I couldn’t care less what others think of it. I just state what I think on a subject and if that is upvoted, fine, if not who cares.
Can activity pub change it’s terms to say that all crawlers that use this must be gnu open sources and all information crawled must be open to the public on gnu open sources software (no crawling to a private enterprise)?
My understanding is all the big tech companies are scared of what happened with router software (openwrt) and they don’t want to be forced to let competition be a foss community via gnu licensing.
Isn’t ActivityPub just an application protocol? To my knowledge there’s no ActivityPub inc. licensing the usage of the protocol or anything like that. A web protocol is just a series of guidelines everyone has agreed on following, you can’t attach terms and conditions to it.
privacyguides
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.