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
>

Reply via email to