3 ms·

Let's say Apollo can cut down to 100 requests per user per day. at 100 qpm, assuming equal distribution, they now can have one user for each minute in a day. So

by detaro 3y ago

Let's say Apollo can cut down to 100 requests per user per day. at 100 qpm, assuming equal distribution, they now can have one user for each minute in a day. Somehow I don't think having 1440 users is going to cut it.

pimlottc 3y ago
I think the free limit is supposed to be per user, since he says that "over 90% of apps" make rates at requests within the free limit.
- detaro 3y ago
  ... if they meant per user, they'd say per user. They don't, but explicitly say that it is per client id (=app). > since he says that "over 90% of apps" make rates at requests within the free limit. >90% of apps are people that played around with the API a bit for fun or run a small hobby-bot or something. Of course those stay below the limit (and for many of those, 100 qpm is indeed quite generous). It's also entirely irrelevant to the small number of apps that non-dev end users use.
  - pimlottc 3y ago
    > ... if they meant per user, they'd say per user. They don't, but explicitly say that it is per client id (=app). You may be right, the reddit post has been edited multiple times. I assumed when it referenced OAuth that it was per end user, but it does seem that "client_id" is global to the application. I wish I could find any place else that lays out the details on the limit besides just this one reddit post... Currently, it says the limit is "100 queries per minute per OAuth client id if you are using OAuth authentication" And it's pretty shitty if he's including every single toy project within the "90% of apps".
    - bbatsell 3y ago
      > Important note: currently, our rate limit response headers indicate counts by client id/user id combination. These headers will update to reflect this new policy based on client id only on July 1. https://reddit.com/r/redditdev/comments/13wsiks/api_update_enterprise_level_tier_for_large_scale/ https://reddit.com/r/redditdev/comments/13wsiks/api_update_e...

by detaro 3y ago

pimlottc 3y ago

I think the free limit is supposed to be per user, since he says that "over 90% of apps" make rates at requests within the free limit.

detaro 3y ago
... if they meant per user, they'd say per user. They don't, but explicitly say that it is per client id (=app). > since he says that "over 90% of apps" make rates at requests within the free limit. >90% of apps are people that played around with the API a bit for fun or run a small hobby-bot or something. Of course those stay below the limit (and for many of those, 100 qpm is indeed quite generous). It's also entirely irrelevant to the small number of apps that non-dev end users use.
- pimlottc 3y ago
  > ... if they meant per user, they'd say per user. They don't, but explicitly say that it is per client id (=app). You may be right, the reddit post has been edited multiple times. I assumed when it referenced OAuth that it was per end user, but it does seem that "client_id" is global to the application. I wish I could find any place else that lays out the details on the limit besides just this one reddit post... Currently, it says the limit is "100 queries per minute per OAuth client id if you are using OAuth authentication" And it's pretty shitty if he's including every single toy project within the "90% of apps".
  - bbatsell 3y ago
    > Important note: currently, our rate limit response headers indicate counts by client id/user id combination. These headers will update to reflect this new policy based on client id only on July 1. https://reddit.com/r/redditdev/comments/13wsiks/api_update_enterprise_level_tier_for_large_scale/ https://reddit.com/r/redditdev/comments/13wsiks/api_update_e...