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 >