According to the last api request you've done, X-RateLimit-Remaining
can be user limit or IP limit (depends if you made an authentified
request or not).

This can explain the X-RateLimit-Remaining values you've posted.

On Sep 4, 11:03 am, Reivax <xavier.yo...@gmail.com> wrote:
> I'm having this problem for a few days, and I've been monitoring ALL
> requests sent to twitter, here is what I saw :
> The value of the X-RateLimit-Remaining header is totally unreliable.
> For instance, the response to a request will have it at 120, while the
> next response will have it at 40.
> Then subsequent request responses will have values such as 118, 39,
> 37, 36, 117, ... and so on.
>
> All responses have the same X-RateLimit-Reset !
>
> It all looks like there are 2 unsynchronized counters, and responses
> get values from either one of them...
>
> The trouble is that one counter reaches 0 much too early, which makes
> my twitter client says the maximum allowed request has been reached !!
>
> I make 3 requests every 2 minutes, so I should never reach the max.
>
> I have the exact same behavior when using the rate_limit_status
> request.
>
> I made sure I have no other client on that account, and I can
> reproduce the problem each time. Even if I had, there would not be
> cases where it goes from 36 to 117 for 2 adjacent requests...
>
> Thanks for looking into that !
> (I can provide traces of the requests)
>
> Regards,
> Xavier

Reply via email to