1161
I'm the author of an April Fool's Internet Standard, AMA
(lemmy.world)
A loosely moderated place to ask open-ended questions
Search asklemmy ๐
If your post meets the following criteria, it's welcome here!
Looking for support?
Looking for a community?
~Icon~ ~by~ ~@Double_A@discuss.tchncs.de~
Not a question, but we use 418 in production! We have a nginx router that routes pages based on its path to either old frontend or new frontend. I wanted some easy way to handle the routing (and to not repeat myself), so I set the new frontend as a handler for 418 error and then just return 418 in the nginx for any page I want on new UI. I chose 418 because the others could be actually used by the old frontend and it could get all weird.
This is actually a good use of 418 in production, and one I've come across before: if you need to perform some custom handling and throwing a HTTP error is the only sensible way to do it, 418 is always available.
Unless your server really is a coffeepot, which is ...unlikely.
Getting more likely with each passing year.
Nah, coffee pots are strictly clients in the world of tomorrow. They connect to a (datamining) cloud service, and you control it through an app.
Let's be real....that's the world of today. The world of tomorrow will either be more intrusive, or we'll be talking to children around a fire about this wonderful drink made from beans that woke you up in the morning. And they won't understand what we're talking about, because the only other forms of life that survived are roaches, a godzilla sized Cher, and a burgeoning race...a new life form never before seen on this world or any other....sentient twinkies...