Thanks Ryan I've emailed the API email address
On Aug 18, 4:21 pm, Ryan Sarver <rsar...@twitter.com> wrote: > Chris, Rich, > > Seems like you aren't the only ones right now. I'm going to work with > Ops to see if we can figure out where it is coming from. Can you > provide us with a little more info so it will be easier to track this > down? > > 1. The IP of the machine making requests to the Twitter API. If you're > behind NAT, please be sure to send us your *external* IP. > 2. The IP address of the machine you're contacting in the Twitter > cluster. You can find this on UNIX machines via the "host" or > "nslookup" commands, and on Windows machines via the "nslookup" > command. > 3. The Twitter API URL (method) you're requesting and any other > details about the request (GET vs. POST, parameters, headers, etc.). > 4. Your host operating system, browser (including version), relevant > cookies, and any other pertinent information about your environment. > 5. What kind of network connection you have and from which provider, > and what kind of network connectivity devices you're using. > > Thanks in advance, Ryan > > On Tue, Aug 18, 2009 at 4:57 AM, Rich<rhyl...@gmail.com> wrote: > > > I'm seeing this type of behaviour too and it's getting very > > frustrating. > > > Basically I'm checking for status 200, then I'm checking for Content- > > Type XML. However from time to time I'm getting non XML back from > > this function. > > > On Aug 9, 8:27 am, Chris Babcock <cbabc...@asciiking.com> wrote: > >> This is what the200response is looking like: > > >> [u...@cl-t090-563cl bin]$ time curl -Lsim > >> 10http://twitter.com/account/rate_limit_status.xml > >> HTTP/1.0200OK > >> Connection: Close > >> Pragma: no-cache > >> cache-control: no-cache > >> Refresh: 0.1 > >> Content-Type: text/html; charset=iso-8859-1 > > >> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01//EN" > >> "http://www.w3.org/TR/1999/REC-html401-19991224/strict.dtd"> > >> <!-- <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" > >> "http://www.w3.org/TR/html4/strict.dtd"> --> > >> <HTML> > >> <HEAD> > >> <META HTTP-EQUIV="Refresh" CONTENT="0.1"> > >> <META HTTP-EQUIV="Pragma" CONTENT="no-cache"> > >> <META HTTP-EQUIV="Expires" CONTENT="-1"> > >> <TITLE></TITLE> > >> </HEAD> > >> <BODY><P></BODY> > >> </HTML> > > >> real 0m0.100s > >> user 0m0.002s > >> sys 0m0.004s > >> [u...@cl-t090-563cl bin]$ time curl -Lsim > >> 10http://twitter.com/account/rate_limit_status.xml > >> HTTP/1.1200OK > >> Date: Sun, 09 Aug 2009 07:17:05 GMT > >> Server: hi > >> Last-Modified: Sun, 09 Aug 2009 07:17:05 GMTStatus:200OK > >> ETag: "d3498c2414150299df3cc1f6bb73b92c" > >> Pragma: no-cache > >> Cache-Control: no-cache, no-store, must-revalidate, pre-check=0, > >> post-check=0 > >> Content-Type: application/xml; charset=utf-8 > >> Content-Length: 302 > >> Expires: Tue, 31 Mar 1981 05:00:00 GMT > >> X-Revision: 5a9a0d1ff0ba64c181510974278cfccc10e77d0b > >> X-Transaction: 1249802225-83448-6420 > >> Set-Cookie: > >> _twitter_sess=BAh7BzoHaWQiJWVkNjk5Njk2YWNhNjQ3ZjgyOGQzNzdjNTAzMTE3ZjBmIgpm% > >> > >> 250AbGFzaElDOidBY3Rpb25Db250cm9sbGVyOjpGbGFzaDo6Rmxhc2hIYXNoewAG%250AOgpAdX > >> NlZHsA--639086f2287f85ef9e07f98d16adcce416b79e8d; domain=.twitter.com; > >> path=/ > >> Vary: Accept-Encoding > >> Connection: close > > >> <?xmlversion="1.0" encoding="UTF-8"?> > >> <hash> > >> <remaining-hits type="integer">150</remaining-hits> > >> <hourly-limit type="integer">150</hourly-limit> > >> <reset-time-in-seconds type="integer">1249805825</reset-time-in-seconds> > >> <reset-time type="datetime">2009-08-09T08:17:05+00:00</reset-time> > >> </hash> > > >> real 0m0.184s > >> user 0m0.002s > >> sys 0m0.003s > > >> In a browser that would be functionally the same as a 302, but I'mnot > >> using a browser so the semantics are kind of important. > > >> It *seems* to happen whenever I hit the API with a cold request. Pure > >> speculation. If I think of a way to test it, I will do so. > > >> Chris Babcock