distantorigin

u/distantorigin@kbin.cafe
1 posts · 17 comments

Recent posts

Recent comments

Austin, Texas, U.S. I pay $100 a month for AT&T Fiber, which provides symmetrical gigabit. Real life is around 950-1000 MBPS both ways.

My plan would normally be $85, but I pay $15 extra for a block of static IPs.

50 TB on a network attached storage appliance across 8 drives, probably 200-400 GB across two laptop internal drives, and 500 GB or so of games on a Framework expansion card.

I may have a problem. Something something r/datahoarder something something.

Are there any plans to create a more friendly website that highlights instances based on certain traits (i.e. country-specific instances; general-purpose instances; hobby/interest-specific instances)? Right now discoverability seems limited to the Fediverse Observer and FediDB, which shows /kbin instances by user activity.

Little known trick--or perhaps everyone knows it and is quietly laughing behind my back--with Chromium browsers and Firefox (and maybe Safari, I'm not sure), you can add a slash to the end of an address and it will bypass the search.

So, for example, my router on the LAN goes by the hostname "pfsense". I can then type pfsense.lan/ into my address bar and it will bring me to the web UI, no HTTP/s needed.

I didn't care about any of this (my off the shelf Router used .local) and then I started selfhosting more and using pFsense as a router OS. It defaulted to using home.arpa, which was so objectionable that I spent time looking into RFC 6762 and promptly reverted to .lan forever.

The official choices were: .intranet, .internal, .home, .lan, .corp, and .private. LAN was the shortest and most applicable. Choice made.

It would be lovely if posts had a unique ID (UUID of some sort) that was shared between instances. That way, rather than using the thread ID, a unique ID is used that points at that particular thread, comment, or microblog. But alas, this doesn't exist, and we're here.

The silence from Lemmy developers on this is damning. If this was an accident (i.e. lumping "kbinbot" in with a blanket block of other user agents), it would have been a two second fix. Even more damning is that common agents that are being used for bot attacks, as discussed in the Lemmy matrix, are not blocked. For example:

curl -i --user-agent "python-requests/1.2.3" https://lemmy.ml/

Works fine.