https://joinmastodon.org/ Might as well see what FB is scared about
So, seems mastodon is fragmented or segmented into many independent networks. Do those interact with each other in any way? I'd hate to join one and miss truly interesting content on another...is it possible to distill multiple into one on the user end? Just asking, as I've never tried it before and the concept seems a little confusing.
Yes, on mastodon you can follow @[email protected] even if you are on firstmastodon.local, and the server running your instance will phone out to anothermastodon.local to retrieve posts from the person you follow.
Thanks. But how would I find said user...is there a way to get erm, the top posts of the day from anothermastodon and firstmastodon together?
There is a timeline that randomly mixes in posts from users from other instances whom users from your instance follow
Perfect. I'll give it a go. Any specific recommendations? I figured mastodon.social just because it's the largest, is that bad reasoning?
- the instance has grown too big and thus some consider it counter-productive towards the federated nature of the protocol
- disagreement with the direction its main developer / maintainer is taking Mastodon, such as intentionally hiding the local timeline from the official iPhone app
- some consider it under-moderated, or not responding quickly enough to reports
- disagreement over its content moderation guidelines
- in case of a mute, it could also be not wanting their federated timeline to be flooded with primarily mastodon.social posts
Lack of federation between these instances and mastodon.social could be a reason not to pick mastodon.social. (Similar situation applies to mastodon.online btw, which is a spin-off server of m.s.)
Another reason to pick a different instance could be not wanting to use mainline Mastodon software. For example because you want to run your own instance on limited hardware (Mastodon can get a bit resource intensive), don't like Ruby, miss certain features, don't like the front-end (though alternative external front-ends to Mastodon do exist), or some other reason.
Personally I've switched my primary use over to an account on an instance that runs Mastodon Glitch Edition, also known as Glitch-Soc (https://glitch-soc.github.io/docs/), which is a compatible fork of Mastodon which implements a bunch of nice features such as increased post character count (Mastodon defaults to 500 characters per post, Glitch-Soc supports increasing this in the server settings), Markdown support (though only instances that also support HTML-formatted posts will see your formatting; mainline Mastodon servers will serve a stripped down version of your post instead), and improved support for filters / content warnings / toot collapsing, optional warnings when posting uncaptioned media, and other additional features.
Another alternative Mastodon fork is Hometown (https://github.com/hometown-fork/hometown) which focuses more on the local timeline (showing posts only from your own instance) with the addition of local-only posts, to nurture a tighter knit community.
Aside from Mastodon there are other implementations of ActivityPub which can still federate with Mastodon instances, such as:
- Misskey (https://github.com/misskey-dev/misskey)
- diaspora* (https://diasporafoundation.org/) (which AFAIK inspired Google Plus back in the day)
- Hubzilla (https://hubzilla.org//page/hubzilla/hubzilla-project)
- Peertube (https://joinpeertube.org/) (focused on peer-to-peer video distribution)
- Friendica (https://friendi.ca/)
- Pleroma (https://pleroma.social/)
- Socialhome (https://socialhome.network/)
- GoToSocial (https://github.com/superseriousbusiness/gotosocial)
- Pixelfed (https://pixelfed.org/) (which started as a sort of federated Instagram alternative) and more.
Fediverse.party (https://fediverse.party/) is a nice way to discover various protocols that make up the bigger Fediverse.
Instances.Social (https://instances.social/) can also be used as an alternative to find instances, though I believe it is limited to Mastodon-based instances.