I’ve been researching for the past week Threadiverse projects (Lemmy at first, then PieFed and now Mbin) with the goal of testing out their interoperability with the rest of the Fediverse.
Apologies in advance if this is the third post you see from me - this one is my first in Mbin.
I wonder if you have any insights regarding the differences between the 3 - advantages/disadvantages and opinions on your favorite project?
I’m also interested to see if Mbin manages to federate mentions (unlike Lemmy and PieFed who falls short). So for the purposes of this test, I’m mentioning:
Thanks and happy to be here!
A community dedicated to fediverse news and discussion.
Fediverse is a portmanteau of “federation” and “universe”.
Getting started on Fediverse;
@elena@fedia.io I send you a message on mastodon!
I think there were historically interoperability issues, and there used to be (my version of mbin is quite old), and maybe still are issues federating dislikes (which stems from the way they were seen in kbin, which straddles both thread based and mastadonesque sides of the fediverse). But overall there’s aren’t the larger federation issues there used to be.
Right now, the choice mainly comes down to the interface you prefer, and if you perhaps want a limited ability to work with mastadon type posts. Since you can follow mastadon users and see their posts within the mbin interface.
Threadiverse? I didn’t hear this name, I think it can be confused with Meta’s threads.net. But I don’t like Lemmy, and don’t want the network to be named after it. For example we don’t call Fediverse as Mastodonverse.
As for Mbin, UI looks good, a feature showing similar threads is useful. But it is quite new yet, many important options are missed in the preferences yet.
Threadiverse was used prior to Meta’s joining of the Fediverse.
The network is called Fediverse. I don’t see the need for a separate term, there also isn’t a “Tootiverse”.
@kenkenken I totally agree with you, the term “Threadiverse” makes me cringe because of the Meta connection… but it’s what people have been calling content aggregation projects on the Fediverse. I didn’t come up with it 🤷♀️
Really liking #Mbin so far and happy about its interoperability
I think the name has been there longer than threads(.)net. But yeah, at this point it’s too easy to confuse if one doesn’t know about it already.
tl;dr:
I’ve been using Lemmy for years, back when there were only 2 or 3 nodes and federation capability did not exist. It’s a shit show. Extremely buggy web clients and no useful proper desktop clients. I must say it’s sensible that the version numbers are still 0.x. It’s also getting worse. 0.19.3 was more usable than 0.19.5 which introduced serious bugs that make it unusable in some variants of Chromium browser.
mBin has been plagued with serious bugs. But it’s also very young. It was not ready for prime-time when it got rolled out, but I think it (or kbin) was pushed out early because many Redditors were jumping ship and those refugees needed a place to go. IMO mbin will out-pace Lemmy and take the lead. Mbin is bad at searching. You can search for mags that are already federated but if a community does not appear in a search I’m not even sure if or how a user can create the federated relationship.
The running goat fuck with Lemmy is in recent years with the shitty javascript web client. There’s only so much blame you can fairly put on those devs though because they need to focus on a working server. The shitty JavaScript web client should just be considered a proof-of-concept experimental test sandbox. JavaScript is unfit for this kind of purpose. It’s really on the FOSS community to produce a decent proper client. And what has happened is there has been focus on a dozen or so different phone apps (wtf?) and no real effort on a desktop app.
Cloudflare filters lacking
Both Lemmy and Mbin lack the ability to filter out or block Cloudflare nodes. They both only give a way to block specific forums. So you get imersed/swamped in LemmyWorld’s walled garden and to get LemmyWorld out of sight there is a big manual effort of blocking hundreds of communities. It’s a never ending game of whack-a-mole.
Lemmy lets you block whole instances, it was introduced in 0.19.0 (which was released just before Christmas, but many instances didn’t update until 0.19.3 was released around the start of the year due to federation issues with 0.19.0).
I don’t get why you want users to be able to apply cloudflare filters, though. If your instance doesn’t use cloudflare, then you won’t access through cloudflare. I’d actually be really interested in understanding why this is something you’re looking for, rather than just the ability to block an instance such as Lemmy.world.
Suppose an instance has these users:
And suppose the instance is a special interest instance focused on travel. The diverse group of the above people have one thing in common: they want to converge on the expat travel node and the admin wants to accommodate all of them. Norm, and many like him, are happy to subscribe to countless exclusive and centralised forums as they are pragmatic people with no thought about tech ethics. These subscriptions flood an otherwise free world node with exclusive content. Norm subscribes to
!travelpics@exclusivenode.com
. Then Victor, Terry and sometimes Cindy are all seeing broken pics in their view because they are excluded by Cloudflare Inc. Esther is annoyed from an ethical standpoint that this decentralised free world venue is being polluted by exclusive content from places like like Facebook Threads™ and LemmyWorld. Even though she can interact with it from her clearnet position, she morally objects to feeding content to oppressive services.The blunt choice of the admin to federate or not with LemmyWorld means the admin cannot satisfy everyone. It’s too blunt of an instrument. Per-community blocks per user give precision but it’s a non-stop tedious manual workload to keep up with the flood of LW communities. It would be useful for a user to block all of LemmyWorld in one action. I don’t want to see LW-hosted threads and I don’t want LW forums cluttering search results.
Ah right! OK first off, you can block all of Lemmy.world with one action now.
Secondly, Lemmy now supports image proxying (with a new feature in Pictrs 0.5, which I believe was also introduced in Lemmy 0.19). I’m not sure which instances have it enabled but in theory you can check the source of images for remote users who have posted images.
Lemmy is already a strain on hard drive storage so I don’t think many people have enabled it (proxying will store the images on the Lemmy server for a set period of time).
Thanks for the explanation by the way, it makes sense.
I just need to work out exactly what the effect of the user-configured node block is. In principle, if an LW user replies to either my thread or one of my comments in someone else’s thread, I would still want to see their comments and I would still want a notification. But I would want all LW-hosted threads to be hidden in timelines and search results.
On one occasion I commented in an LW-hosted thread without realising it. Then I later blocked the community that thread was in (forgetting about my past comment). Then at one point I discovered someone replied to me and I did not get the notification. That scenario should be quite rare but I wonder how it would pan out with the node-wide blocking option.
I believe blocking an instance hides posts from your feeds but nothing else, but it’s worth testing.
I have lemmit.online (reddit copy) blocked, but I can still search for a specific post and view it. I have also seen others complaining that when they bad an instance they still see comments from users on that instance, so at least at the moment it seems it just hides the posts from your feeds.
There’s
ProtonPhoton, an actively maintained desktop ui alternative for Lemmy.I feel like there’s too many things named Proton right now.
Photon is a strange beast. How do you install it?
It seems to only come as a docker container. That’s weird. I don’t have docker installed but docker should really be a choice… not a sole means of installation. I see no deb file or tarball. It seems that it has taken a direction that makes it non-conducive to ever becoming part of the official Debian repos.
Then it seems as well that their official site “phtn.app” is a Cloudflare site – which is a terrible sign. It shows that the devs are out of touch with digital rights, decentralisation, and privacy. That doesn’t in itself mean the app is bad but the tool is looking quite sketchy so far. Several red flags here.
(edit) I found a tarball on the releases page.
I think you’ve got the entire thought of photon wrong. Photon is not an “app” that you “install”, it is essentially a website. The docker container includes a server runner, meant for instance owners to deploy photon on their own instance easily.
vger.app and alexandrite.app work the exact same way as photon for installation. You clone the app, build it, and run the server.
There is no team of “devs” who are out of touch with privacy, it’s just me. This is a web app to access Lemmy in a different UI, and it’d be pretty stupid to dedicate time to tracking people when I’ve got homework to do.
I could make a subdomain for phtn.app that does not proxy through cloudflare if you’d like.