• 0 Posts
  • 20 Comments
Joined 11 months ago
cake
Cake day: July 26th, 2023

help-circle




  • @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.


  • @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.






  • @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.





  • @dingus @worfamerryman On DSL you have a limited set of frequencies that you can use for either upload or download. So you have to split these frequencies between upload and download. Also the DSL speed is highly depending on the length of the copper between your home and the switch cabinet on the street. (Just remember: DSL is the transmission of high frequencies over unshielded cables that never meant to transmit high frequencies) So the longer the cable, the lower the total possible bandwidth. And most people have a demand for a higher download than upload. So most people will prefer some 16 down, 2 up instead of 8 down and 8 up.




  • @lukstru Some other story that really happened. A company moved to another place, so step by step they located and moved the servers in the server room from the old to the new location. In the end there was a single server left in the server room. They didn’t knew the purpose and were sure that they needn’t that server - and they were right. Several years ago that company belonged to another company in the same area. At one point in time the company had been sold. That server belonged to the old company and still served a critical purpose for them.


  • @lukstru At the end of the 90s our company had to patch and restart all servers of our customers to make the server software Y2K safe. One colleague travelled from customer to customer. At one customer he said: “I have to patch your server”. The answer: “What is a server? We don’t have something like that.”

    The colleague then traced the network cable through the workshop to a huge pile of wood scrap. that filled a part of the room. They had to remove that scrap for quite some time and then found the server there. The Novell server had an uptime of several years.