naura

@naura@kbin.social
Catch42,
Catch42 avatar

I don’t really agree with this article. The argument seems to rest on the idea that a representative democracy is a compromise on direct democracy. In reality, even though I have the ability to meaningfully participate in every election a direct democracy would entail, I have no desire to because I have other things I would rather spend my time doing.

Similarly, even if I have the ability to run my own instance (admittedly I do not, but many of us early adopters do), I do not want to. I’m happy to let other people do it as long as those people seem like broadly agree with my morals. I don’t need an close relationship, just a trustful one. This digital forum inherently has even better benefits than real life; if I realize I dislike my current instance, I have the option to move to another instance or create my own. In real life I can only move to another district or hope to vote out my current rep.

Rottcodd,
Rottcodd avatar

Do posts from one website only appear on the other if the community already has subscribers?

Yes.

When instances federate, they don't just automatically share content. They only share the content from a specific community/magazine if somebody from the federated instance subscribes through that instance to the community/magazine on the host instance.

If I'm following it all correctly, what actually happens under the hood is that subscribing to a community/magazine on another instance triggers the creation of a new community/magazine on your home instance, which from then on will mirror the content on the original.

So in your example, the original is survey_polls@lemmy.world. Initially, it's not going to appear on kbin.social - there has to be interest in it first, as demonstrated by the fact that somebody from kbin.social subscribes to it.

At that point, for all intents and purposes a new magazine is actually created on kbin.social - survey_polls@lemmy.world@kbin.social. So you're not actually accessing survey_polls@lemmy.world through kbin.social - you're accessing a mirror that's hosted on kbin.social. And the trigger for creating that is someone on kbin.social subscribing to survey_polls@lemmy.world.

At least I'm pretty sure that's how it works - note that I'm just some guy who likes to figure out how things work and not a dev.

Lemmy.ml is blocking all requests from /kbin Instances (kbin.social)

I discovered yesterday evening that Lemmy.ml is blocking all inbound ActivityPub requests from /kbin instances. Specifically, a 403 'access denied' is returned when the user agent contains "kbinBot" anywhere in the string. This has been causing a cascade of failures with federation for many server owners, flooding the message...

Rottcodd,
Rottcodd avatar

goes against the whole idea of the Fediverse.

Presuming for the sake of argument that it's a deliberate move by .ml to freeze out kbin users, it only really goes against the idea of the fediverse in that it's an underhanded way to accomplish something that was meant to be done openly. By design, every instance is entirely free to choose whether or not to federate with any other.

What a disappointing turn of events. Kbin is now my primary.

And (again presuming for the sake of argument that it's not simply a glitch), that's the fediverse working exactly as intended. Just as every instance is free to choose which instances to federate with, every user is free to choose which instances to join or follow.

  • All
  • Subscribed
  • Moderated
  • Favorites
  • megavids
  • kavyap
  • DreamBathrooms
  • InstantRegret
  • magazineikmin
  • osvaldo12
  • everett
  • Youngstown
  • khanakhh
  • slotface
  • rosin
  • thenastyranch
  • ngwrru68w68
  • Durango
  • JUstTest
  • normalnudes
  • ethstaker
  • GTA5RPClips
  • modclub
  • cisconetworking
  • mdbf
  • tacticalgear
  • cubers
  • provamag3
  • tester
  • anitta
  • Leos
  • lostlight
  • All magazines