5

According to the answer given to this question, it seems like the API limits requests based on the first one. (Regardless of the presence of a key.)

Can this please be changed? It really hinders development.


Edit: this is quite serious. My mobile site quickly used up its 300 requests - even though it's using a key now.

5
  • By the time your development is serious enough to go through 300 requests in a day you should be using a key on all requests. Its only a hindrance in the first 24 hours if you do so. May 21, 2010 at 20:59
  • @Kevin: Exactly. It's those first hours that are the problem. May 22, 2010 at 0:24
  • those first few hours aren't worth the trouble. May 22, 2010 at 0:54
  • @Kevin: They may not be... but I am suffering the consequences right now. May 22, 2010 at 5:16
  • 1
    Pretty sure this hasn't been an issue for years and I can't repro it now. Should be tagged status-completed. Nov 28, 2016 at 22:59

2 Answers 2

3

Completely agree.

It seems this could be implemented as a simple check for the key:

if (keyispresent && keyisvalid && currentlimit < keylimit)
    currentlimit = keylimit;

I don't think this would incur much overhead.

2
  • Ya. Consider this: a user visits a page that makes an API request via AJAX without a key. Suddenly, through no fault of theirs, they are limited to 300. May 21, 2010 at 17:27
  • That's why I said "<"
    – Joel
    May 21, 2010 at 19:04
0

Actually, you can use it to boost your daily cap to 100000. :-)

Help requests trigger different daily limit, so if your first request for the day is stats?help, you get that limit instead of the API key limit or the no key limit.

3
  • I don't think that's a viable solution... especially for the end users. May 21, 2010 at 17:25
  • I don't expect the end users to be making no key requests. They would be using an already developed app that comes with a key. May 21, 2010 at 17:28
  • You never know... May 21, 2010 at 17:34

You must log in to answer this question.

Not the answer you're looking for? Browse other questions tagged .