Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

A Collection of Free Public APIs That Is Tested Daily

freepublicapis.com

Post reply on HN
Print view View original

91–100 of 130 posts

Re: A Collection of Free Public APIs That Is Tested Daily

#91

Post by lobsterthief »

arjvik wrote: post #18
dudus wrote: post #15

The key here is tested daily. The last time I wanted some sample data api it took me way too long to find one because all the ones that were recommended to me were deprecated. It's really tough to keep a free api up, because there's no incentives. You can't sell ads on it.

> You can't sell ads on it. Maybe you could! Perhaps a sample data API that creates users like "John Chocolate Oreos," address "100 Pack Street", age 19.99, email "visit oreo.com"

I don’t think Oreo would want to commit ad spend to that—it would perform worse than the display network, and worse than the Outbrain/Taboolas of the world.

Re: A Collection of Free Public APIs That Is Tested Daily

#93

Post by xtiansimon »

Odd layout. After entering a search in the text field, the next element is a title: “Search for an API” and a subheading: “Searching for APIs…”. The results were below the fold on my phone. This title made me think the query was not yet submitted, so I’m sure I submitted the form a bunch of times.

Re: A Collection of Free Public APIs That Is Tested Daily

#94

Post by Gasp0de »

dotancohen wrote: post #78
Lerc wrote: post #19

Earlier quoted context omitted.

The possibility of an internet resource disappearing exists regardless of the resource type. Running an API Forwarder that could act as a common target for all your APIs might work. Give it the request, and it passes it on, records success, optionally sends a notification if an endpoint that previously succeeded is now failing. Add a fancy feature of redirection with format changing to handle replacing dead APIs with…

> Running an API Forwarder that could act as a common target for all your APIs might work. That just sounds like adding another point of failure into the chain.

I'd say it only makes sense if you control the forwarder.

Re: A Collection of Free Public APIs That Is Tested Daily

#95

Post by singpolyma3 »

dotancohen wrote: post #79
rozenmd wrote: post #3

(This doesn't apply to every API in the list, but) having made the mistake of using a public API (that later went offline) for examples in a book of mine, never again. These days I keep an API deployed on a subdomain I control.

> having made the mistake of using a public API (that later went offline) for examples in a book of mine Literally a tale as old as time. The Old Testament references a command from God, that is not contained in the Old Testament itself.

Do you have an example for this? Just curious

Re: A Collection of Free Public APIs That Is Tested Daily

#98

Post by shakna »

Lerc wrote: post #19
rozenmd wrote: post #3

(This doesn't apply to every API in the list, but) having made the mistake of using a public API (that later went offline) for examples in a book of mine, never again. These days I keep an API deployed on a subdomain I control.

The possibility of an internet resource disappearing exists regardless of the resource type. Running an API Forwarder that could act as a common target for all your APIs might work. Give it the request, and it passes it on, records success, optionally sends a notification if an endpoint that previously succeeded is now failing. Add a fancy feature of redirection with format changing to handle replacing dead APIs with…

Maybe we can convince IANA to host a simple API, on example.com as well.

Re: A Collection of Free Public APIs That Is Tested Daily

#99

Post by thaliaarchi »

082349872349872 wrote: post #81
thi2 wrote: post #39

Earlier quoted context omitted.

I assume it's intended to be used in an educational context. Learning how to work with a simple API is more fun that way.

The last category on the left sidebar is "FHGR", which I'm guessing stands for Fachhochschule Graubünden, and indeed under IM2 we find: > APIs handpicked by the University of Applied Sciences of Grisons for their IM2 JavaScript programming course...

That explains why there’s so many Swiss APIs.
Post reply on HN