One surprisingly practical use I found for things like this; when internal tools throw up a 404 or a 503 with the usual default status page, people assume "oh it's not working, I'll try again later".
When they get an unexpected cat (or dog, in this case) they tend to go and ask their tech team, "what's with the cat?" It's not a substitute for good logging and alerting in any way, and is totally unsuitable for environments where internal tools need to appear professional and sensible, but as a way to get people to pay attention when something goes wrong then a cute animal can work a lot better than a "normal" notification.
http.cat is surprisingly useful because of the short url. Typing in e.g. http.cat/422 beats any other method I know for quickly looking up status codes by number.
Might be okay on a humour site, or perhaps in an internal tool, but some of these are a bit tasteless IMO. It could be far more useful if you were able to pick from a selection of individual images or image sets depending on the usecase. Although even then these kinds of http error images scream early-2000s web humour to me.
> Although even then these kinds of http error images scream early-2000s web humour to me.
I think that's the point and it's a nice throwback :)
But otherwise I agree, https://http.cat/ is far more harmless. Some of those dog pictures would probably not fare well when a less humorous colleague sees them.
I've often wondered why most sites expose these status codes to the end user. The end user does not need to know, and in most cases will probably be confused by it. Plainly worded messages should be presented in the case of errors, not half an RFC.
It makes it a ton easier to assist the user when they come to support (“It’s broken” doesn’t go very far, knowing it’s a 500 for instance can help fast track the demand, whatever the actual problem is).
Of course it doesn’t stop you from rendering a nice and plainly worded error.
At most early projects and cool clients, I'll throw together some goofy custom status pages for internal and sometimes public-facing websites and portals. BSOD, Chuck Norris quote generators, web games like Tetris, and so on.
[+] [-] MattKimber|4 years ago|reply
When they get an unexpected cat (or dog, in this case) they tend to go and ask their tech team, "what's with the cat?" It's not a substitute for good logging and alerting in any way, and is totally unsuitable for environments where internal tools need to appear professional and sensible, but as a way to get people to pay attention when something goes wrong then a cute animal can work a lot better than a "normal" notification.
[+] [-] SamuelAdams|4 years ago|reply
[+] [-] doggodaddo78|4 years ago|reply
[+] [-] thanatos519|4 years ago|reply
[+] [-] jjgreen|4 years ago|reply
[+] [-] wongarsu|4 years ago|reply
[+] [-] geokon|4 years ago|reply
https://en.wikipedia.org/wiki/List_of_Internet_top-level_dom...
[+] [-] leonvonblut|4 years ago|reply
[+] [-] kypro|4 years ago|reply
[+] [-] Sebb767|4 years ago|reply
I think that's the point and it's a nice throwback :)
But otherwise I agree, https://http.cat/ is far more harmless. Some of those dog pictures would probably not fare well when a less humorous colleague sees them.
[+] [-] unknown|4 years ago|reply
[deleted]
[+] [-] trollied|4 years ago|reply
[+] [-] dale_glass|4 years ago|reply
An Error 500 page used in an internal service could tell you something like "Try again in 5 minutes, and call Joe if it still doesn't work".
An Error 410 page can spell out "We used to have this, but don't anymore because it was obsolete. Please look here for a replacement instead."
The defaults are just that, simple defaults, and these days typically overriden by the web browser to show something more user friendly.
[+] [-] makeitdouble|4 years ago|reply
Of course it doesn’t stop you from rendering a nice and plainly worded error.
[+] [-] codetrotter|4 years ago|reply
[+] [-] thenoblesunfish|4 years ago|reply
[+] [-] wongarsu|4 years ago|reply
All the April Fools RFCs are worth a read imho [2]. RFC2100 (The Naming of Hosts) and RFC8135 (Complex Addressing in IPv6) are real gems.
1: https://datatracker.ietf.org/doc/html/rfc2324
2: https://en.wikipedia.org/wiki/April_Fools%27_Day_Request_for...
[+] [-] palsecam|4 years ago|reply
I myself use 418 as a reply to mean bots. Fun + makes filtering logs easier.
Nginx config snippet:
Example: https://FreeSolitaire.win/wp-login.php[+] [-] ddek|4 years ago|reply
[+] [-] doggodaddo78|4 years ago|reply
[+] [-] alberth|4 years ago|reply
https://media4.giphy.com/media/6uGhT1O4sxpi8/200.gif
[+] [-] acanguven|4 years ago|reply
[+] [-] blowski|4 years ago|reply
[+] [-] marenkay|4 years ago|reply
You can optimize these a bit more using the Kraken.io web interface: https://kraken.io/web-interface
Tried with a few and it shrinks them down ten to 20 percent savings without losing quality.
[+] [-] edd19|4 years ago|reply
[+] [-] andix|4 years ago|reply
[+] [-] anxiostial|4 years ago|reply