Well - it seems to me that rate limit status may have an issue with
it. We will have to take a look.
On Mar 3, 2010, at 2:56 AM, Nik Fletcher <nik.fletc...@gmail.com> wrote:
So, would Twitter prefer that clients use the headers instead of
relying on the (now misleading) account/rate_limit_status method to
verify the rate limit?
As, even with Oauth-signed requests, this method is still returning
150 per hour.
On Mar 3, 7:26 am, Raffi Krikorian <ra...@twitter.com> wrote:
are you connecting via oauth to api.twitter.com? if so, then
please take a
look at the rate limit headers and let me know what you see?
On Tue, Mar 2, 2010 at 10:48 PM, Ben Novakovic
I have been reading about twitter api limits lately as a lot of my
users are exhausting their 150reqs/h on a fairly regular basis. I
across the following post and noticed that if users login with
they are given 350 reqs/hr.
This was fair enough as you guys are trying to make twitter more
secure (good work!); so we set about implementing OAuth on our
We completed the implementation today, but fail to see the 350 reqs/
hr. We are still being limited by the 150 reqs/hr. I was just
wondering whether there was something special we needed to do to get
our req limits up to 350 for those users who login to our client
Just to give you some background info, the client is a mobile web
based client and all requests to twitter are made on our server on
behalf of our users. If they are logged in with OAuth, the
OAuth details are also handed through as part of the request.
We know they are using OAuth as our 'updated via xxx' changes with
Any help would be greatly appreciated!
Twitter Platform Teamhttp://twitter.com/raffi