rglullis

But we are not going to get "niche" users if we don't get large numbers of users. Niche interests will only come up here when the population is so large that even the long tail ends up with critical masses.

Those defending "quality over quantity" miss this exact point.

I think this is yet-another reason to have a separation between users and communities at the instance/domain level.

Setting up a server should require one top-level domain and two subdomains:

• https://myserver.com/ would be for webfinger and the actual backend.
• https://groups.myserver.com/ would be the subdomain for the AS2.Group actors
• https://people.myserver.com/ would be the subdomain for the AS2.Person actor

I sound like a broken record, but none of this would happen if the devs took a good look at RDF before throwing everything into objects/classes and ORMs.

I'm working on something that aims to be compatible with Lemmy's API, and my models are based on the context definitions first. This means that it becomes impossible to have communities and users with the preferred_username, because they are both actors.

That might work, but it's never a good idea to write your code against a specific implementation. Plus, it seems that in this case the Lemmy devs shot themselves in the foot: why allow to create two different types of actors with the same name?!

I am not so sure Mastodon is at fault, here. Going to https://lemmy.world/.well-known/webfinger?resource=acct%3Avinyl%40lemmy.world, this is the result:

{
  "subject": "acct:vinyl@lemmy.world",
  "links": [
    {
      "rel": "http://webfinger.net/rel/profile-page",
      "type": "text/html",
      "href": "https://lemmy.world/u/vinyl",
      "template": null
    },
    {
      "rel": "self",
      "type": "application/activity+json",
      "href": "https://lemmy.world/u/vinyl",
      "template": null,
      "properties": {
        "https://www.w3.org/ns/activitystreams#type": "Person"
      }
    },
    {
      "rel": "http://ostatus.org/schema/1.0/subscribe",
      "type": null,
      "href": null,
      "template": "https://lemmy.world/activitypub/externalInteraction?uri=%7Buri%7D"
    },
    {
      "rel": "http://webfinger.net/rel/profile-page",
      "type": "text/html",
      "href": "https://lemmy.world/c/vinyl",
      "template": null
    },
    {
      "rel": "self",
      "type": "application/activity+json",
      "href": "https://lemmy.world/c/vinyl",
      "template": null,
      "properties": {
        "https://www.w3.org/ns/activitystreams#type": "Group"
      }
    }
  ]
}

So, lemmy is just providing two different actors for the same subject name and saying they refer to the same account.

Looking at the list, only AndStatus and Evan's CLI tool speak activitypub natively. Everything else depends on an application API.

Please, use the lemmy test instances

• https://voyager.lemmy.ml/
• https://enterprise.lemmy.ml/

If you don't, you will end up having your instance blocked.

One use case: get posts from sports commentary that are on Bluesky and cross-post them to relevant communities. Half of reddit's NBA posts is just someone taking tweets from NBA reporters and posting there for discussion. With the bluesky integration, I could see this being done very easily.

I've done it with Authelia, but take a look at https://www.navidrome.org/docs/getting-started/extauth-quickstart/ and you will can find out more options. If all you want is to have a password-protected page, maybe you can go by with just basic digest authentication on Apache (or Nginx, or Caddy) standing as a proxy .

For music playing: navidrome is pretty straightforward.

create a Lemmy instance that mirrors reddit, rather than have bots post reddit posts onto main Lemmy instances, create an instance that mirrors specific subreddits on request, including the comments of their posts, and allows Lemmy users to comment and reply back, where those comments are also propagated to reddit so that replies and discussion are mirrored also.

I guess you were not here during the alien.top debacle...

This is exactly what I was doing with Fediverser, and I was really close to implement full two-way bridging, but instead of supporting the effort the great minds of Lemmy decided that the any sort of automated content was spam and unworthy of attention. Instead of looking how the system for onboarding users would make migration 10x simpler, I had to deal with skeptical admins and users who covered their noses at anything or anyone trying to fight Reddit on their grounds.

They appear intent on recreating the problems of reddit here.

The problems regarding Reddit-the-corporation are orthogonal to the problems of Reddit-the-online-space. Which types of problems are you referring to here?

You do understand that I am describing a whole different client, right?

There is no "Lemmy Feed", just "posts sent from individuals to a group" vs "posts sent from individuals that are broadcasting without any specific audience"

How this presentation layer would work would be entirely up to the developer/user. I can envision people that might prefer to have a separate threaded-view for group posts like we have in most forum sites, but I can also envision people that will prefer each post appearing in a "feed", like what Facebook does for groups. I can also envison such an application providing a "image gallery" for people tthat want to see only pictures, like Vernissage does.

My point is, it would be completely up to the user how to see the data.