• 3 Posts
  • 35 Comments
Joined 1 year ago
cake
Cake day: June 13th, 2023

help-circle


  • I think it depends. Not entirely sure though. Now given the context of Lemmy right, you can certainly post to instance C from both A and B. Even if your instance (either A or B) will not fetch messages from each other (due to not federating) you can always go see the messages through instance C (not logged in). That probably works for all defederation scenarios but that is also a very loosely defined interaction as both parties will have to do the same.

    A diplomatic answer I know.



  • It’s the ActivityPub API (client to server) where clients supposed to interface with so that you could have one client, for all fedi. But turns out server implementations (Lemmy, mastodon etc) find it not so well designed or performant or adequate (or idk what else) so instead they implement their own client APIs, effectively making clients being specific to the server rather than interoperable (one client that could understand all servers). It’s reasonable though, it’s just … I thought… that this was already done and established… but well…













  • At a first level it certainly is an issue with PHP, but PHP was also designed by a human. That design comes with its own problems right? I guess what I said is just a generalisation of PEBKAC as all (mostly all) software is designed by some human. Fact that it’s a different chair may as well be considered not a PEBKAC ? Yes it’s philosophical or simply which perspective you choose to see.

    Haven’t played with amphp/parallel but maybe worth a look to see how/if sockets are shared there.