I'm now getting this error back again!
On Aug 18, 4:39 pm, Rich <rhyl...@gmail.com> wrote: > 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