![heluecht](https://pirati.ca/photo/profile/heluecht.png?ts=1634623361&format=webp&thumbnail=64)
Entwickelt Open Source in der Freizeit, hat zu viele Fahrräder und ist Fan des HSVH (Das erste "H" steht für "Handball") und von islieb, Franzbrötchen und guter Schokolade. Wunschliste: alles unter https://www.rausch.de/schokolade/
Wer Amazon mag: https://www.amazon.de/hz/wishlist/ls/3VWK0ZL3MN3ZT
Liberapay: https://liberapay.com/heluecht/donate BTC: 1AtJ9JVysdhWjSs5qQvp7Xt9xFdjMKSSA7 BCH: qpjg2gwgr35fgz3dxy6lcpw3lt4szrfgev90uk3tfv
@IllNess @schizoidman I'm looking forward to alternate keyboards. When I tested a Framework device, I had the impression that the keyboard had been a linear one. I made the experience, that I need a tactile keyboard.
@cypherpunks I've got the feeling as if the author doesn't know about the existence of relay servers. With them, also a single user instance works really fine, I think.
@interdimensionalmeme There are different opinions about this. And luckily people can chose networks according to their specific opinions.
@Moonrise2473 Regardless of one thinks about "cloud" solutions, this is a good example, why you always should have an offsite backup.
@Zerush @master5o1 Speed is not a problem. Acceleration is.
@leraje @muntedcrocodile The architecture of their protocol is highly incompatible with the way ActivityPub works.
With their protocol you have got the PDS (Personal Data Storage) that stores your data. Your handle is a hostname, but normally it will not be the hostname of your PDS. In fact you can use any hostname that you have control of. Your account itself is described via the DID that will never change - and that doesn't contain a hostname. This means that you can move between different PDS without people noticing it at all.
In ActivityPub the data storage is on the same host like your handle and your account's URL will always point to the host where your data is located. Moving your account is by far not as smooth and highly depends on the system that you are on.
@Zerush Microsoft is a long time contributor to the Linux kernel. Also for some years now they are shifting their focus. They make more and more money with their subscription based "cloud" services that can be used with every modern operating system. They also use Linux quite intensively on their "cloud"-systems itself.
They realized over time, that you can make much more money with monthly subscriptions than with single time purchases. So they aren't that interested anymore in selling you OEM versions of Windows, but instead they try to lur you into monthly subscriptions for services.
@blue_berry Friendica does have both a chronological feed (that can be sorted by creation date of the post, the date that the post arrived at the system or the date that thread was changed the last time) and also some algorithmic feeds (called "channel") that displays posts of their followers based on some rules. Also there are channels with posts of all kind that are discussed a lot in the last times. Another channel shows content from people that are followed by the people that I follow. Other ones are language based, etc.
This is a brand new feature and will be part of the upcoming release. Of course the plan is that the user can tweak the rules.
@spitz @olivier Eventually Benjamin, one of the main developers, completely rewrote the communication stack. I can remember sitting together with him at the C3 in Hamburg (not sure which year), talking about possible protocol extensions, which I then implemented in Friendica on the fly. Fun fact: With the exception of the polls, Friendica supports more parts of the Diaspora specification than Diaspora itself 😁
At that time I had the idea to abandon our own protocol (DFRN) and to completely switch to Diaspora. But there were some things (like our groups), that weren't implemented in the protocol. Also then ActivityPub got momentum and I started the implementation. And later Friendica switched to AP as their default protocol. But we still - of course - support our own protocol and the Diaspora protocol.
@maynarkh But when you click on a post there, this won't reveal your Fediverse handle.
@deadsuperhero @r00ty @Arotrios Concerning the IP address: I have the hope that all systems in the fediverse use some proxy mechanism, to redirect for example picture requests, so that the users will always fetch the pictures from their own server that then fetches it from the remote system.
will result in sharing data about their profile that could (and most likely will) be matched back to their Facebook account.
How could this be done reliably?
@deadsuperhero Well, they have to collect this data to be able to federate. Question is only, what they are doing with this data. When they don't block communication with European servers, they have to follow GDPR here. And these rules limit what they are allowed to do - and the fines for breaching the rules hurt even large companies.
One additional point: Most (all?) AP services perform signed requests when querying the profile and the profile related endpoints. So in the current Friendica version we already added a coding, so that unsigned requests only get some basic data that is needed for the communication, but nothing more. AFAIK some other services are doing so as well.
This coding can be extended so that signed requests from Threads will always result in only returning the basic profile data.