What other such joke standards (by you or others) do you like?
Asklemmy
A loosely moderated place to ask open-ended questions
Search asklemmy π
If your post meets the following criteria, it's welcome here!
- Open-ended question
- Not offensive: at this point, we do not have the bandwidth to moderate overtly political discussions. Assume best intent and be excellent to each other.
- Not regarding using or support for Lemmy: context, see the list of support communities and tools for finding communities below
- Not ad nauseam inducing: please make sure it is a question that would be new to most members
- An actual topic of discussion
Looking for support?
Looking for a community?
- Lemmyverse: community search
- sub.rehab: maps old subreddits to fediverse options, marks official as such
- !lemmy411@lemmy.ca: a community for finding communities
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
A little lower down the stack, I always liked the Evil Bit in TCP, a standard which removes all need for firewalls heuristics by requiring malware or packets with evil intent to set the Evil Bit. The receiver can simply drop packets with the Evil Bit set, and thus be entirely safe forever from bad traffic.
At the physical interface layer where data meets real life, I especially enjoy IP over Avian Carrier; that link in particular is to the QoS definition which extends the original spec for carrying packets by carrier pigeon.
Someone tested the evil bit and found a selection of real-world networks that react to its presence
Wow. Never knew about these :)
What's the process for submitting RFCs? And how do they pick which joke RFC they'll publish? That's a meeting I'd like to be a fly on the wall of
For "real" RFCs that aren't Apr 1st jokes, there's an independent submissions track for the public to write Internet-Drafts and then submit them into the review process.
With the joke RFCs, they get emailed straight to the editor at least two weeks beforehand. I'm not privy to the selection meeting, but I expect it's fun.
I loved sharing this with my senior who hadn't seen it before, and it gave our small team a Ggod chuckle one afternoon. Thanks for your creation.
With the absence of a crystal ball, but with excellent inner knowledge, what future standards could you see being implemented in the next 10 years for internet?
As it turns out, one of the Apr 1st RFCs for this year covers AI Sarcasm Detection, but I can see more serious protocols arising for the transfer of AI model data and/or training procedures in the coming years.
I'd also hope ActivityPub reaches Internet Standard level, though it may fall outside the IETF's scope of operations.
A new RFC for IPv7. It's just IPv4 with an extra octet. Yes or no?
I don't think the extra address space of IPv6 is the problem holding back its adoption, so "IPv4 with another octet" would likely run into the same issues.
Not that it's a bad idea, it's just an idea that's unlikely to catch on.
What would you say is holding IPv6 back?
The biggest problem IPv6 has is that IPv4 has been so hugely successful: gargantuan resources have been poured into getting the world connected on IPv4, and the routers/etc deployed in the field (especially in sub-Saharan Africa, south Asia, and other places which got the Internet late) are built around version 4: data paths 32 bits wide, ASICs and firmware developed with 4-byte offsets, and so on.
It's a big effort, and more importantly an expensive effort, to move all that infrastructure over for what the end user perceives as no benefit: their websites load just the same as before.
What code should be used if we are expecting something to be a teapot? In this scenario it seems a 4XX is inappropriate because there is no error
If you're writing a TEA-compliant client, you'd send the BREW request and expect a 300 Multiple Options back, whereby the server will tell you which teabags are installed. You're correct that there'll be no error, unless all the bag stocks are out server-side.
That'd return 503 Service Unavailable, of course.
Every once and a while I'd just like to see 200 get some love, but no. It's all 404 this, 502 that.
I'm just "OK". It's like being the middle child of response codes.
username checks out
200 is probably the most common status no? Many successful responses will give 200 in the backend
I need an ELI5 for this I'm a stupid Gen Z
I need one too and I'm a stupid Gen Y
As a late millennial and a programmer, I've got you.
So when you request a web page, before anything else, the server gives you a 3 digit status code.
100s means you asked for metadata
200s mean it went ok
300s means you need to go somewhere else (like for login, or because we moved things around)
400s mean you messed up
500s mean I messed up
So this is in the 400s. Each specific code means something - you've probably seen 404, which means you asked for a page that isn't there. And maybe 405, which means you're not allowed to see this
418 means you asked for coffee, but I'm a teapot
I can't say enough how amazing your explanation was. Im not a programmer but I have worked on websites (self taught) and I never knew this. Thank you!
Iβm actually going to that conference! Whatβs the title of your talk? Iβll be sure to attend it!
Is the internet still kept in Big Ben?
Yes, unless Jen needs to borrow it for a presentation.
You can unilaterally create another status code. What do you create?
I quite like the idea of HTTP 256 Binary Data Follows, which is just 200 OK but you asked for a non-text content type file.
Wasn't there a new HTTP action recently proposed for "This is a JSON RPC request that we've convinced ourselves is actually REST and we've been using POST and someone finally pointed out that that was stupid"?
Not a new status code but still vaguely amusing.
I just found out about this on Brodie Robertsonβs yt channel! I am not a teapot btw!!
Glad to hear it, you should walk around with a HTTP 418 hat so more people know you're not a teapot.
Haha, same here! I was so proud I knew what the title was referring to before reading the post. Lol
I just found out about this on Brodie Robertsonβs yt channel! I am not a teapot btw!!
I am interested in writing a real RFC, what kind of mailing list etc should I join in order to make my RFC real?