rglullis

joined 2 years ago
MODERATOR OF
[–] rglullis@communick.news 1 points 3 days ago (1 children)

ok. Can I get an invite to the repo, then? :) I'm https://codeberg.org/raphael.

[–] rglullis@communick.news 1 points 4 days ago (3 children)

unless someone is truly interested in working with me on this project (...) there's really no use in sharing it.

Yeah, but doesn't it go both ways? How can people find out if their vision is aligned with yours unless you show what you have?

I mean, I share the feeling of not wanting to make any big announcement when it's not usable, but at least putting out a link to the repo and some roadmap would help others to see if they would be interested in helping you.

[–] rglullis@communick.news 1 points 4 days ago (5 children)

Any particular reason to keep it private?

[–] rglullis@communick.news 12 points 6 days ago* (last edited 6 days ago)

You don't a "platform", you need a Fediverse indexer + search engine.

[–] rglullis@communick.news 6 points 1 week ago

It's Dan's whole M.O: he gets excited about some new project, goes on a rushed coding rampage, releases some alpha-quality code, then loses interest and starts the chase for the next shiny toy.

[–] rglullis@communick.news 6 points 1 week ago (2 children)

the project is unfinished

Understatement of the year. Dan has posted "loops next week" for more than an year already...

[–] rglullis@communick.news 3 points 1 week ago (1 children)

I am not sure I follow. How would a troll cause trouble to an instance by lurking on a site?

[–] rglullis@communick.news 11 points 1 week ago (7 children)

usually to prevent spam and other crazy shit

but a registration shouldn't be needed if you just want to browse and scroll.

[–] rglullis@communick.news 7 points 1 week ago (5 children)
[–] rglullis@communick.news 19 points 1 week ago (1 children)

It's not a Federated platform like LinkedIn, but I am working on CareerCupid , a "OkCupid for jobs" website where people can answer questions about their values and goals, and then find out people that are the most compatible to work with. The website does work with ActivityPub though, you can follow @thecupid@cupid.careers and you can see the new polls and job listings published on the website.

[–] rglullis@communick.news 7 points 1 week ago

There is no such thing as a "vote" in ActivityPub/ActivityStreams. This idea of "up/down votes" is just an abstraction of a message saying "Actor A liked B", where B is an Post/Comment (and a post/comment itself just being an abstraction of ActivityStreams objects).

That is to say: there is no way to selectively hide the content a message. If you want federation to work and you want people outside your own server to see your posts, then the server needs to broadcast the messages to anyone listening.

Tools like lemvotes are just exposing this information. There is no point in trying to censor the tool, because this information is available publicly, and any motivated person will be able to track this information.

If you are concerned about what people think of your "likes" and "dislikes", then do not use a public social media service and only communicate with provably secure communication tools.

[–] rglullis@communick.news 1 points 1 week ago* (last edited 1 week ago) (1 children)

There is no upvote system. no favourites system, no saved posts system.

There is no such thing as "upvote" on ActivityPub. This is an abstraction on top of the "Like" activity. If Misskey UI is geared only towards reactions and doesn't have a way for users to "like" something, this is a Misskey problem, not a Fediverse one.

My point is, this discrepancy between platforms calls for standardized system.

And what people are trying to explain to you is that this "standardized system" already exists. ActivityStreams is the standard to define a vocabulary, and ActivityPub is the standard that defines what happens when data is sent between different servers.

The issue I am taking with your comment is that it seems that you are expecting developers to start backwards from an unified product vision and then build their way down to the standard. This only works well when you have one single entity controlling everything. It's the "Apple Way" of developing products.

 

Does anyone notice that is gotten a lot harder to find bikes to ride? At first I thought it was just bad luck, but for the past two weeks I only find scooters, had three times where the app was showing a bike available to find absolutely nothing in the place and the one time I found a bike, the tires were completely flat.

This is in the Schoneberg/Willmersdorf/Steglitz area, if it matters.

 

Bayern can understand the likes of Erling Haaland or Jude Bellingham deciding to leave the Bundesliga for top clubs outside of Germany – as they’re not German.But it’s the first time that a German player decided against Bayern.

 

This is my current understanding of the situation:

  • The admins are no longer interested in running the instance, due to increasing demand, missing moderation features and waves of abuse from external actors.
  • Transferring the instance to someone else is a complicated issue. Even though there is not a large amount of private information in Lemmy's database, you can not simply transfer the trust the users placed in the original admin to the new owner.
  • Lemmy still does not provide an easy way to migrate accounts

Given all the above, shutting down the instance seems to be the natural course of action. I'd like to propose an alternative: freeze the instance activity and keep it in some form of "read-only" mode until Lemmy matures.

What would that require?

  1. Take the instance down (no more incoming activities)
  2. Run a script that generates static json files for every actor (user, community), federated object (post, comment, report) and activity (like/dislike votes, announce activities, etc)
  3. Set up a static site to serve all that JSON.
  4. Take the media on pict-rs and move to some long-term back up system.
  5. (Optional, but could be helpful in the future) allow users to checkout the private keys of their own user and community actors.

This won't help solve the current problems and it wouldn't help with the users who now will have to move away to a new instance, but it could eventually help for users who want to restore the activity on a new server.

I've been experimenting with an implementation for Decentralized Identifiers for ActivityPub that can make it possible for people to move servers but maintain their identity (similar to bluesky's PLC directory), so perhaps we could have a future where users can fully migrate their accounts from server to server without requiring intervention from admins.

view more: next ›