08 Aug 2021
You might be wondering, what’s so bad about this disgusting filthy-ass synth known as “Jae”. If you are wondering this, therefore making this a matter of debate
rather than fact, this shows your general incompetency as a human-being (or other being) in general, which you should feel really bad about.
This section isn’t about reasoning, it’s about how bad reasoning is. I need to give claims to back up my arguments? Hell no.
Why take my word for it?
I love TeDomum for the many FOSS services hosted there, making using these services easy for people like me. That is, until Jae came along and ruined everything, ok is that good enough thanks for the money it helps a lot (translated from French)
wrongful or criminal deception intended to result in financial or personal gain. (this is a very useful definition I just needed to stick it here so I could remember it hope you don’t mind)
The sidewalk, it’s everywhere! People who deny it are quite literally avoiding looking at thee ground beneath them.
The final straw
I lost my metal straws, and this plastic one I got is the only one left
Not concrete reasoning but probably signs left by god
- “Jae Bad” has a very nice ring to it
- Jae backwards is eaJ a sound people make to express unpleasantness
- Mac user (opinion disregarded)
02 Aug 2021
I’m new to Matrix: what is an MXID and why is it important?
Matrix is a decentralized communication standard, currently used for (and implemented mainly for) instant messaging.
Since it’s decentralized, there is no central server that a client can blindly look up.
Thus, the MXID.
It’s similar to how email works with firstname.lastname@example.org, but instead, it’s represented as @user:server.com.
This is the unique identifier used to identify a user on a specific server, and currently, on Matrix it’s used as the equivalent to a handle.
Whenever someone wants to DM you, mention you, or invite you to a room, they type in the MXID.
It’s kind of important (but not the end of the world).
The actual server name
My Matrix server, in terms of MXIDs anyway, is referred to as jepcraft.ddns.net:443, making me for example @whodiduexpect:jepcraft.ddns.net:443.
Not only is that pretty long to type, but it looks awful too.
Unlike the documentation recommends, my server name uses an explicit port.
I’m surprised that federation still works, given that I have never seen another server that uses an explicit port.
Additionally, being stuck with that ugly No IP DDNS subdomain (to be clear, still recommend if you can’t have a domain) has other caveats.
One of them being that I will need to keep maintaining my ownership of it since with the free plan I need to keep confirming the domain every 30 days.
Also, I’m depending on No IP to still provide this domain for free.
All this trouble when I could have just used a regular domain.
How it happened (and why I am stuck with it)
To be clear, this is the path you do NOT want to go down.
I first set up my Matrix server without ever trying Matrix out or doing much research into it.
I found it purely because I had tried setting up IRC, found it a bit too dated, and saw a bunch of talk about Matrix.
Heck, I didn’t even know about one of the killer features of it (the whole decentralization and federating with the entire Matrix network thing) until a bit after.
I was in a bit of a rush to set it up and obviously didn’t know about the concept of the MXID, so when I was putting in the server name in the configuration file I put a temporary domain there.
Since explicitness is usually a good thing I also stuck “:443” (explicitly specifying the HTTPS port) there because I thought that would guarantee encryption (keep in mind I was coming from IRC where encryption is very non-standard).
After filling in a few values in the config it worked, and I didn’t hesitate to get everything set up on this newly created instance.
I planned to migrate it to an actual domain later, only to later find out the only real migration was nuking the server and starting again, which at that point was just not worth it.
Matrix server admins: how to not mess it up
- Don’t delay getting a “proper” domain set up, you can’t migrate domains or even your server name as a whole (even to remove a dumbly inserted explicit port), if you try to manually replace domains in the database it will break everything
- Use delegation, preferably the .well-known method, to avoid adding subdomains or explicit ports in your server name. Also, you should normally not be specifying any ports in the first place, the default port 8448 works fine for federation, and addressing my encryption concerns, server behavior doesn’t change based on port.
19 Aug 2012
Hello there! I don’t really have plans for this blog yet, I’m mainly hoping I remember about this in a few years (possibly many lol) in the future.
Or it could end up in my multi-gigabyte unfinished project folder. Or you know, the Internet as we know it might cease to exist. Heck, maybe the world
will end this year after all. In the case that it’s necessary, I welcome whatever extraterrestrial species now governs our solar system,
be it sentient or otherwise, you are welcome here!