All creativity leaves your body as you are buying a domain.
this post was submitted on 23 Nov 2023
88 points (98.9% liked)
Fediverse
28395 readers
233 users here now
A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).
If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!
Rules
- Posts must be on topic.
- Be respectful of others.
- Cite the sources used for graphs and other statistics.
- Follow the general Lemmy.world rules.
Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy
founded 1 year ago
MODERATORS
can confirm
Also me during character creation in video games.
Yep, default with a cool face scar, or wiafu.
Nah, I can spent ages inside of it if there's a good editor, but I will equally spent a long ass time sitting in front of the text box for the name. Especially if they require a last name as well.
Idk, I felt pretty clever when trying to decide my lemmy domain 😐
Can confirm, I have my name and a pretty much random domain name.
Each fediverse service needs its own domain and cannot share with others.
So we put them as subdomains, (service).domain.com, so we can run multiple under the same top level domain.
The majority of Fediverse instances are run by volunteers at their own cost or subsist strictly on donations. Domain registrations can get expensive and are a variable recurring cost*, so subdomains (which are free) are the natural choice. That also leaves the apex doamin available for other purposes.
*The cost to renew each year can change and often goes up.
Domain registrations can get expensive and are a variable recurring cost*, so subdomains (which are free) are the natural choice.
Or for personal instances like mine, I don't even know what I would name it that would make sense to have as a whole TLD.
It would be nice if it supported domain delegation like Matrix does.
I'm generally not a big fan of how Lemmy just assumes its got the domain all for itself forever. I would have liked to have the webfinger API live on the root, so I can have clean handles and community names, but the inbox endpoints and UI would be on a subdomain.
I've been thinking of making some proxy thing that can intelligently route ActivityPub from the root to Lemmy/Mastodon/Pixelfed and whatnot so that they can behave like one big instance and browse the same content but differently, but it sounds like as big of a project as making Lemmy itself.
I've been thinking of making some proxy thing that can intelligently route ActivityPub from the root to Lemmy/Mastodon/Pixelfed and whatnot so that they can behave like one big instance and browse the same content but differently, but it sounds like as big of a project as making Lemmy itself.
That's basically what SRV records accomplish. When I looked a while back to see if ActivityPub had support/plans to support them, I landed on, I think, a Mastaton feature request where the response was "won't implement SRV" because "webfinger already does that" (it does not).
Personally, I think SRV records and webfinger solve different problems and can complement each other. The ActivityPub software would lookup the SRV record matching its platform and use the result from that to query the correct webfinger endpoint to resolve the user's URI for that platform.
I have no idea why SRV records seem to have fallen out of fashion, but they would easily solve the delegation problem since that's exactly what they were designed for. lol
but they would easily solve the delegation problem since that's exactly what they were designed for. lol
So much yes. You'd think that'd be the first thing they'd bake in the ActivityPub spec, given it governs how the user handles are handled, they even look like E-Mail addresses. Yet nobody seems to have thought about making the usernames sane. It's the first thing I looked up while setting my Lemmy, can I make the username look less stupid, as I did with Matrix when I set that one up.
There's a weird trend towards stuffing everything as HTTP(S) web APIs and JSON. We're about to get to a point where everything will talk over websockets because we forgot TCP exists.
Ha, one of my biggest pet peeves is developers poorly re-inventing a wheel that already exists as a standard.
Yeah, I made a new subdomain "Lemmy" to www.mindoki.com.
Edit: for those who didn't get it, so to go to Lemmy it is now lemmy.mindoki.com
I mean what should I have done? It's a Lemmy server, not an instance so who knows what it'll end up being. And dead.mindoki.com seems a bit too foreboding.
Cheers :-)
back in the day, it wasnt uncommon for people to use exchange.whatever.com for their email host, clearly exchange being the microsoft product.
i prefer either an abstract name (smurfs) or something specific to its purpose.
in my ancient world view, www. is your website host, mail. is your email host, etc. a good generic for the fediverse would be something like social.mydomain.com
then if you change software, you don't have to lose connectivity.
i went loopy with moist.catsweat.com running mbin
load more comments
(2 replies)
When it goes up you can usually transfer to another provider for a decent discount. I recently did this with one of my domains when godaddy went nuts on a renewal for a domain I've had for like 10+ years at this point.
Because Lemmy is bigger than one domain. If it were just one domain it would be Lemmy.com, but since it's federated, the names must be different, but you still want people to know it's a Lemmy instance because they all interoprate.
"Hmm, what's bajesus.com? Oh, its a Lemmy instance. What's lemmy.bajesus.com? A Lemmy instance, of course."
Lemmy is a technology where each instance follows the same rules: a compatible federation API. You want people to know your website is a Lemmy instance.
A bulletin board might one day change to entirely different back-end and migrate all of the posts and users. That's highly unlikely you're going to do that with a Lemmy instance. It will always be a Lemmy instance or it will go away. You're not going to migrate the content and users to some other technology. And even if you did, you can buy a second domain easy peasy!
you still want people to know it’s a Lemmy instance because they all interoprate.
No, no, no. I don't care that the server on the other side is running Lemmy, kbin, mastodon, wordpress or some dude running his own scripts. The only that should matter is that everyone uses the same protocol. The server should be nothing but a detail.
That’s highly unlikely you’re going to do that with a Lemmy instance.
If this whole threadiverse thingie ever takes off, It's highly likely that Lemmy will not be a good fit for the majority of users. We will likely have servers working only to validate and relay messages from clients, and data will be fully distributed (instead of replicated to every instance). Any substantial growth will quickly show the limits of the current architecture.
Uh, OK. I have a Lemmy client on my phone. It doesn't work with anything else you mentioned. Those are different apps with different features. I need to know if a server is a Lemmy instance, not Mastadon, etc.
-
This is for you to connect with your server, not for people who are interacting with you via your server.
-
Clients can be made to work with different servers. e.g Soapbox can work with both Pleroma and Mastodon servers.
-
My server's name is communick.news . Can you tell that is a Lemmy instance by looking at its name? You can go look at the API and see that it responds as being a Lemmy server. What if I told you that someone could take another software like GoToSocial and implement Lemmy's API to make it usable for both microblogging and link sharing? This is perfectly possible, and wouldn't need to know or care what is behind the API
You do care, though. Mastodon is a social network. You want to know if this server is part of that social network. Lenny is the same, even if "social network" doesn't apply to it in the traditional sense.
Not all the networks on the fediverse interoperate, and that's not even the goal with activitypub. All servers of the same network should interoperate, but Pixelfed doesn't and shouldn't need to integrate with Lemmy, for example.
You want to know if this server is part of that social network.
Hard disagree. There are no separate social networks, and it is not the software that makes the network. That is the whole point of the Fediverse. I shouldn't care about the identity of the servers, all I should care is about the having a common language and a way to identify the actors.
If a user can not post a picture on Pixelfed and other people can not vote on it, then it's a shortcoming of the software, not an integral quality of the system. I could switch my Lemmy server to, e.g. Takahe with extensions to support voting and you would be none the wiser.
@rglullis@communick.news definitely agree with this - Pixelfed accounts should at least be able to reply to (or "comment on") a Lemmy post. Doesn't look like they can right now, though; my reply from my pixelfed account didn't seem to federate. Seems like a bug to me.
Idk what to tell you then. Not only is that not how activitypub works, not all fediverse networks even use activitypub. Idk where you're getting your definition of fediverse, or how you think that's even possible. You can't have every app/network support every feature of every other.
Imagine I make a fediverse MMO turn based RPG. How is a Lemmy app support to present that? How am I supposed to consume that from a mastadon server? Mastadon shouldn't need to support turn based MMORPGs, and MMORPGs shouldn't need to support streaming video.
There is not only is there no common API for fediverse networks, there isn't even a common protocol.
How is a Lemmy app support to present that? How am I supposed to consume that from a mastadon server?
You don't.
There is no place that says that a client needs to process every message that is received on an actor inbox. It doesn't mean that one client should support only one specific type of activity, or even servers for that matter.
Maybe I don't understand your position then.
Fediverse doesn't make any claims for SSO or shared user accounts between server types. And servers aren't required to interoperate with servers of other types. And clients aren't required to interoperate with multiple server types.
It's nice when servers and client do Interop between types (what I'm calling networks for lack of better word), but that's not really fundamental to the fediverse, and is pretty rare. Afaict the only requirement is that servers of the same type can interoperate with eachother and user accounts from other servers of the same type are addressable.
server types
That is the problem. Assuming that we need different "server types" is a mistake made by Mastodon that benefitted them in the short term but screwed the developers who were looking at activitypub as a simple protocol for bidirectional exchange of data.
What we need is smarter clients and let the servers be completely dumb relays. Instead of thinking of "Mastodon API" or "Pixelfed API" or "Lemmy API", we could be looking at a single browser extension that could talk Activity Stream directly with the server, let the client be responsible for signing messages and know how to present the context when/how to serve the different activity types.
Isn't this just the difference between an API and a protocol?
The payload of a message for one social network will be different based on the capabilities of that type. There are API architectures that are discoverable, like HATEOAS, but that only gets you so far (and that example is based on HTTP not Activitypub).
I don't really see anything wrong, in the absence of a standard body, for each social network to define its own activity type, since they typically have some degree of unique capabilities anyways.
Isn’t this just the difference between an API and a protocol?
Maybe? I don't know. Is that a relevant distinction on a decentralized system where the application logic can live on whatever side of the network?
There are API architectures that are discoverable, like HATEOAS, but that only gets you so far
Because they are constrained by the "client-server" paradigm. If you spend some time working with decentralized apps that assume that data is available to any nodes on the network, all your "protocol" really needs to do is to provide the primitives to query, pull and push the data around. I kinda got to write about it on an old blog post
load more comments
(5 replies)
Lemmy is a technology where each instance follows the same rules: acompatible federation API. You want people to know your website is a Lemmy instance.
I kind of see where you're coming from, and I think the reason I wasn't thinking of it in those terms is that I see ActivityPub as the more important underlying tech across the fediverse than say Lemmy/Mastodon/Friendica/etc.
I say that in part as I've come into the fediverse from Mastodon, where there's more than two options in play, e.g. Akkoma/Firefish/Misskey/Pleroma/etc. each of which has some commonalities, but also some pretty distinctive features, particularly from the Misskey side. Hell, Mastodon itself even has Glitchsoc, which is what the original instance I joined on that side of things runs.
On reflection, I don't know that the microblogging instances mix in the name of the software they're using as much, which you'd think with more options they might be inclined to, but the more I think of it the more I remember a lot of them use some fun, odd names instead.
Activitypub is the protocol. Mastadon/Lemmy is the API. Just because two applications share a protocol doesn't mean they can talk to eachother.
The Spotify app uses the HTTP protocol, like your browser does, but that doesn't mean you can view any webpage from the Spotify app. Idk if activitypub is actually a protocol, but it is at least analogous.
While it makes sense for apps/networks of a similar type to interoperate (like microblogging), apps/networks of different types may not make sense to integrate.
So for servers on the same network/app, it makes sense to include it in the server name, so that people know what app/network it belongs to.
Also the practice of using a subdomain to indicate which program is running is pretty old. That’s what the www subdomain on so many websites is.
Hotmail and Gmail have "mail" in the name, too.
As someone with senior experience in cloud engineering here is my input, naming things is hard.
And God forbid you decide down the line you need a sub domain the terror of having service-b.service-a.com give me the chills.
But yeah 100% naming thing is difficult so you end up naming it after the software and using the group as the parent domain
Lemmy / Mastodon is the social network. To show that your server is part of that social network, they include it in the name
Yes, it would be very weird for server addresses to have the service name as a subdomain. Like a common prefix of web servers to signify that it's serving world wide web.
On a more serious note, this used to be fairly common for many protocols to ensure loaf balancing between different protocols - you'd have one server for www, one for ftp, and so on.
Also, from an administrative point of view, it's more manageable when you can, for example, add an entire (sub)domain to the firewall rules.
I do wish for more loaf balancing in this world.
i bread it
Because the nerdy engineers hosting these are not great at naming things.
It kind of makes me think of how odd it would have been if many of the old forums named themselves like bookclub.phpbulletin.com, metalheads.vbulletin.net, or something.
There were hosting services for forums in which free or cheap tiers were on a subdomain like that. I think what you're asking is the inverse though, e.g. mastodon.alostinquirer.org. I find that odd too, as it creates a weird situation if the person hosting it wants to use different software for the same purpose, e.g. Pleroma or Firefish for microblogging instead of Mastodon.
I probably should have adjusted the examples as like metalbulletins.org to better describe what I was trying to ask.
It's not strictly the explicit software as part of the address that I've found odd, so much as the blending of the software in the names, but I think generally it comes down to the same basic point being made in the different comments concerning domain registration and management.
With mine, it just sounds like let me and I just played with that.
I just do software/service.ohaa.xyz cause I dont wanna rent more than 1 domain (Iactually have 2, need to move my website to ohaa.xyz)
It's like the slavish old "www." nonsense back in the day. It will go away over time.
it feels like this is an artifact of the immaturity of the platforms.
they start out as personal or small collaborations, and those users are likely to utilize the software name. the first wave of 3 parties are likely to mimic the source instance.
i was also curious about this, but really, its just that there hasnt been time for devs to really commoditize fediverse software and non-project related folks to see the apps as a marketable solution.
@ALostInquirer@lemm.ee I think part of it is the "branding" of Mastodon - if everyone someone follows uses a Mastodon server, they might just think of "Mastodon" as the social network they want to join, and never really consider that other people on the network might be using something like Firefish or Pixelfed or microblog.pub. After all, most Mastodon servers' web UIs look pretty much the same and the default Mastodon name and graphics are often pretty prominent.
I don't think this is usually an issue, but there are some Mastodon instances out there whose names are `mastodon.[something] and I think that can mislead people into thinking that's the one they "should" join just because it seems "official".
well mine is not named after the service, and I thought having the user handle as @@no.lastname.nz quite fitting for a decentralised, semi-transient social media
Another thing is that ActivityPub uses the hostname as the unique identifier, so I don't think you can easily switch from Lemmy to KBin or something like that if you're trying to use the same hostname as before
view more: next ›