this post was submitted on 29 Mar 2024
4 points (100.0% liked)

Moving to: m/AskMbin!

7 readers
1 users here now

### We are moving! **Join us in our new journey as we take a new direction towards the future for this community at mbin, find our new community here and read this post to know more about why we are moving. Thank you and we hope to see you there!**

founded 1 year ago
 

When spam started to become overwhelming here I signed up to the largest mbin instance, Fedia.io. On one hand it runs well and isn't overrun with spam posts. On the other, it's missing some communities that are active on kbin.social.

It also doesn't have a meta or askmbin type of community, like kbin does.

Are there any other differences I should consider before deciding which of the two to drop?

Edit: I also got a server error when I posted this and thought my post had been lost. Phew! This doesn't happen on Fedia.io.

you are viewing a single comment's thread
view the rest of the comments
[–] kreynen@kbin.social 2 points 7 months ago

I'm not directly involved in either project beyond reporting bugs and suggesting features yet, but I follow both projects closely. My sense is that the Mbin community is prioritizing collaboration around UX improvements while Kbin is focusing on scaling/performance issues... which makes sense as kbin.social is more than 10x the size of fedia.io (https://fedidb.org/network/instance/kbin.social vs https://fedidb.org/network). I opened a bug about the UI for altering link images at https://codeberg.org/Kbin/kbin-core/issues/1365. When I tested the same steps in Mbin, the issue i was seeing in Kbin had already been solved in Mbin.

Kbin is a great PHP implementation of ActivityPub for reddit-like communities, but requiring all major changes to be made/reviewed by a single person is a real bottle neck.

It would be great if Kbin could figure out some form of goverance/delegation that would allow more contributors, but there doesn't seem to be much interest in that type of change so for now we have 2 project with different priorities and governance models... and that isn't necessarily a bad thing.