mstdn.social is one of the many independent Mastodon servers you can use to participate in the fediverse.
A general-purpose Mastodon server with a 500 character limit. All languages are welcome.

Administered by:

Server stats:

17K
active users

If you're creating a brand new server on the Fediverse, it's probably a good idea to use a domain or subdomain that doesn't mention the server's software.

Software projects can change over the years, either in content or leadership or maintenance, and it may be that your server will eventually end up using different software altogether. This can cause confusion for your users if your server's name mentions software that it doesn't actually run on.

Alternatively, software projects may rename themselves, leaving old names orphaned (as happened in messaging with Jabber -> XMPP).

Also, in some cases software projects trademark their names and forbid a name's use on servers running different software. This could make server software migration difficult legally.

For all these reasons, your server's long term future may be better if you use a software-neutral domain or subdomain right from the beginning.

(Thank you to @dj3ei for suggesting this 👍 )

@feditips @dj3ei
Excellent suggestion. I was just wondering what subdomain to use for a pixelfed instance. Any suggestions?

FediTips has moved!

@afranke @dj3ei

At least in English these might be ok...?

Pictures, Pics, Pix, Photos, Photo, Images

@feditips
Disclaimer: Remembering having read w3.org/Provider/Style/URI in the right moment doesn't make me an expert on this any more than the next person.

That said, I'd even consider whether I'd want to commit to "this is just pictures, never anything else". So maybe "artwork" or "media" or "creativity" or something of that sort?
@afranke

www.w3.orgHypertext Style: Cool URIs don't change.

@dj3ei @afranke

It's tricky if it gets too vague, because then you get confusion with other servers. Some people call their PeerTube servers "media" for example.

@feditips
I see.

Trying to learn a thing from this: Your argument assumes that the Fediverse isn't all that integrated yet, so (at this point in time) it still rather matters (to the end-user interface) whether one is talking to a peertube or a pixelfed server. Correct?

That'd establish a real conflict of interest, between what's needed now and what's desirable for a better future.

In another word: Tricky. Indeed.
@afranke

@dj3ei @afranke

I just meant different servers need different subdomains?

It doesn't matter to the end user on another server, because federated posts will all look similar even when they are from totally different server types. BookWyrm and PeerTube posts will look similar if you're following them from Mastodon etc.

But it may matter to the users who are logging into these different servers, because they will need a URL to log in at. If the subdomains are too vague and similar, users may mix up which one is which.

It's not a big issue though, mainly an aesthetic one :)

@feditips @dj3ei @afranke

From a usability standpoint, having the software in the subdomain isn’t a bad idea because it informs the end user, or potential end user, what client(s) they will have to use.

Going to say, misskey(dot)site(dot)win95 immediately tells a (hopefully somewhat educated) user that should they want to sign up there they will be using Misskey and will need to find a suitable client for any mobile devices they want to use.

However, social(dot)site(dot)win95 doesn’t provide that information unless they do some legwork.

@probgoblin
Yes.

But is there any reason for the legwork to involve more than pointing a browser to the domain's root path?

If there isn't, that price I'd gladly pay to buy what TBL has on offer.

@afranke @feditips

If that is all that domain is doing, that's fine. But a lot people host a variety of microservices off of a single domain, so having each living on their own subdomain, with a descriptive header, makes sense from an administrative standpoint (since you can just write a simple reverse proxy for each subdomain).

@probgoblin

Yes. It can be useful to split out subdomains. Its the naming of the subdomains we discuss, not the split itself.

For one trivial example, I use a subdomain prefix "smtp" and not "exim", even though exim is the software I'm currently running as my email server. Similarly, "www" and not "apache2". (FWIW: That apache2 is partly a reverse proxy for other stuff, and both it and that other stuff are all µServices.)

To me, a "mastodon" subdomain looks more like "exim" than like "smtp".

So, in both those examples your EXIM server offers smtp, likewise your Apache server still routes information over the web even if the underlying software offers more. But if mastodon.site.net is running a different fediverse server, it may not be compatible with mastodon clients. This is less of an issue on desktop, but social media has to keep mobile in mind. If you are used to or need certain features that are offered by one Fediverse solution but not another, that naming may be ambiguous or misleading. Meanwhile, a more generic social.site.net doesn't offer the end user any information on what clients will be supported by default.

@feditips @dj3ei
Agreed and here Photos etc. are already too vague because the main domain is hosting a photographer website, and other subdomains may be used for e.g. a more traditional gallery.
I'm thinking something more along the lines of Timeline, or Snapshots. Maybe Snaps?

@afranke @feditips @dj3ei maybe you can use the word "pixel". It's still related to the app and fits the topic.