- Implement API for displaying an information widget in customer company’s own website (big pharma regent suppliers), content get injected as an iframe loaded from our site.
- Customer employees all visit their own website from behind a reverse proxy with the same IP, trigger the (poorly configured) rate limiting
- Panicky customer contact: “Why is your widget displaying cat pictures on our website and could you please stop it right now”
This now forms a key foundation in my “no whimsy in code” rule along with one or two near misses with dummy data/content.
One of my coworkers, a UX designer, used to work at a newspaper. They used Osama Bin Laden’s FBI most wanted photo as a placeholder image to avoid accidentally running prints without photos because it was funny and because, you know, who could miss that? Well, everyone, it turns out. Some poor guy got Osama’s photo in his obituary and that was the end of that.
Not saying I’d ever actually use this (though also not saying I wouldn’t lol), but what is the best practice for using external sources like this?
When using something like Unsplash I know they’ve got lots of resources and a good setup so calling out to their API seems safe enough.
But for a random service like this, I have no idea if they have the infrastructure to support a lot of calls. I don’t want to abuse a random service.
In this case I assume it is all behind a cdn and it’s no big deal for them.
But if you’re not sure and it turns out to be an important part of what you’re building, do you just setup your own cached version using varnish or something?
The instructions at the top of the page encourage you to hot-link directly to the images they host. It would be hard to say sending them a ton of traffic is "abuse" when they literally suggest you do that.
In general though hot-linking across domains like that is bad practice because the content on the other domain might change in a way you don't like. This was a pretty common practice for a while: https://tvtropes.org/pmwiki/pmwiki.php/Main/HotlinkedImageSw...
If those images turn out to be important to your project such that http.cats going down would be an issue, absolutely you should serve a copy of that content from your servers (assuming all the copyright licenses are in order).
It's because 200 is correct if you are getting the correct image. I believe you're meant to hotlink the images in an HTML error page when your site returns the given code.
Thanks! I was trying to work out who this was and their relevance in the picture. I thought perhaps it was something 'Darker' than a Fahrenheit 451 ref.
I feel an obligatory 'Joe Exotic' reference should be considered here (but goes against the housecat vibe)
I've had an idea for a Python web app framework (because that's what Python needs, another web framework), maybe I'll have a "use_cats" option to automatically use these with status codes.
[+] [-] xyzal|3 years ago|reply
[+] [-] gtirloni|3 years ago|reply
[+] [-] aodj|3 years ago|reply
[+] [-] verve_rat|3 years ago|reply
[+] [-] boardwaalk|3 years ago|reply
[+] [-] drdaeman|3 years ago|reply
They probably told you on the Internet, nobody knows you're a dog? See, that was a lie. :)
j/k
[+] [-] alexfromapex|3 years ago|reply
[+] [-] CSSer|3 years ago|reply
[+] [-] corderop|3 years ago|reply
[+] [-] unknown|3 years ago|reply
[deleted]
[+] [-] NaturalPhallacy|3 years ago|reply
lol
[+] [-] rpastuszak|3 years ago|reply
[+] [-] nkrisc|3 years ago|reply
[+] [-] corrral|3 years ago|reply
[+] [-] EddieLomax|3 years ago|reply
https://httpstatus.in/
[+] [-] noneeeed|3 years ago|reply
- Implement rate limiting on a site to deal with scrapers
- Include the https://http.cat/429 in the template for 429 responses.
- Time passes
- Implement API for displaying an information widget in customer company’s own website (big pharma regent suppliers), content get injected as an iframe loaded from our site.
- Customer employees all visit their own website from behind a reverse proxy with the same IP, trigger the (poorly configured) rate limiting
- Panicky customer contact: “Why is your widget displaying cat pictures on our website and could you please stop it right now”
This now forms a key foundation in my “no whimsy in code” rule along with one or two near misses with dummy data/content.
[+] [-] CSSer|3 years ago|reply
[+] [-] dang|3 years ago|reply
HTTP Cats - https://news.ycombinator.com/item?id=20283794 - June 2019 (74 comments)
[+] [-] dinkleberg|3 years ago|reply
When using something like Unsplash I know they’ve got lots of resources and a good setup so calling out to their API seems safe enough.
But for a random service like this, I have no idea if they have the infrastructure to support a lot of calls. I don’t want to abuse a random service.
In this case I assume it is all behind a cdn and it’s no big deal for them.
But if you’re not sure and it turns out to be an important part of what you’re building, do you just setup your own cached version using varnish or something?
[+] [-] henryfjordan|3 years ago|reply
In general though hot-linking across domains like that is bad practice because the content on the other domain might change in a way you don't like. This was a pretty common practice for a while: https://tvtropes.org/pmwiki/pmwiki.php/Main/HotlinkedImageSw...
If those images turn out to be important to your project such that http.cats going down would be an issue, absolutely you should serve a copy of that content from your servers (assuming all the copyright licenses are in order).
[+] [-] dinosaurdynasty|3 years ago|reply
[+] [-] suprfsat|3 years ago|reply
[+] [-] turtlebits|3 years ago|reply
[+] [-] beardog|3 years ago|reply
[+] [-] cheschire|3 years ago|reply
[+] [-] hirundo|3 years ago|reply
[+] [-] bjconlan|3 years ago|reply
I feel an obligatory 'Joe Exotic' reference should be considered here (but goes against the housecat vibe)
[+] [-] gwbas1c|3 years ago|reply
[+] [-] nescioquid|3 years ago|reply
[+] [-] ufo|3 years ago|reply
[+] [-] warpech|3 years ago|reply
[+] [-] ChrisArchitect|3 years ago|reply
Some previous discussion:
3 years ago https://news.ycombinator.com/item?id=20283794
[+] [-] ohjeez|3 years ago|reply
I don't care. It's so wonderful that I WANT this to show up on my feed every so often.
[+] [-] coopreme|3 years ago|reply
[+] [-] AnimalMuppet|3 years ago|reply
[+] [-] Sohcahtoa82|3 years ago|reply
[+] [-] unknown|3 years ago|reply
[deleted]
[+] [-] keeganpoppen|3 years ago|reply
[+] [-] userbinator|3 years ago|reply
414 definitely brought back some memories...
[+] [-] productceo|3 years ago|reply
[+] [-] throwaway290|3 years ago|reply
[+] [-] callmeed|3 years ago|reply
[+] [-] ChrisMarshallNY|3 years ago|reply
[+] [-] glerk|3 years ago|reply
[+] [-] Spoom|3 years ago|reply
Less cool companies use 429.
[+] [-] unknown|3 years ago|reply
[deleted]