Re: Does direct_messages (Twitter API) support RFC 1123/RFC 822 date time format
The date in the examples in the documentation was taking from a working test, but is now outdated (you can only use since and If-Modified-Since with dates within the last 24 hours). On Wed, Oct 29, 2008 at 7:23 PM, krishnan chakravarthi [EMAIL PROTECTED] wrote: Alex, Would it be possible to share an example date that works in your environment (perhaps a test case)? I have tried a bunch of things at my end without much success. Any help is appreciated. Thanks Kris On Wed, Oct 29, 2008 at 8:32 PM, Alex Payne [EMAIL PROTECTED] wrote: We're pretty sure this isn't a bug on our end. It's come up before, and it's usually some client-side date formatting issue. We've got solid test coverage for it, too. On Wed, Oct 29, 2008 at 8:42 AM, krishnan chakravarthi [EMAIL PROTECTED] wrote: Thanks for the replies. I played around with Ruby 1.8.6 and date sent to Date.parse is now in the correct format: URL string: http://twitter.com/direct_messages.xml?since=Mon27Oct2008 (No Urlencoding is needed as there are no special characters or spaces) Ruby Check: irb(main):037:0 d8 = Date.parse(Mon27Oct2008) = #Date: 4909533/2,0,2299161 irb(main):038:0 d8.ctime() = Mon Oct 27 00:00:00 2008 Note: It is useless providing a time (hr:min:sec) as Date class ignores this and outputs date in the above format. Perhaps Twitter documentation could be updated to mention this or the API can switch to using Ruby DateTime class. I see a http code 302 (page redirect) returned from twitter. The expected results should be all direct messages sent to the authenticating user after Mon Oct 27. It looks like Ruby is generating the correct date but the API does not recognize the format?perhaps an API bug. On 10/28/08, Alex Payne [EMAIL PROTECTED] wrote: Any format that Ruby 1.8.6's Date.parse method can comprehend will be processed. On Tue, Oct 28, 2008 at 11:42 AM, krishnan chakravarthi [EMAIL PROTECTED] wrote: I changed the date format and it made no difference. I am using PHP urlencode method as shown below: direct_messages.xml?since=. urlencode(stripslashes(urldecode(Mon, 27 Oct 13:00:00 EST 2008))); The date/time format is as specified in RFC822. The urlencoded string is output as: Mon%2C+27+Oct+13%3A00%3A00+EST+2008 Note: %3A is encoding format for : (colon) symbol. Twitter returns a 302 return code. Not sure why Date.parse(CGI.unescape()) mangles the date string as urldecode/encode and cgi.escape/unescape work the same way and Date.parse should accept RFC822 compliant dates. What Ruby version is installed in development environment? Is there a specific format in which API expects date/time, to work with Date.parse method. On 10/27/08, Alex Payne [EMAIL PROTECTED] wrote: Your date does not appear to be properly CGI-encoded: Date.parse(CGI.unescape(Sun%2C+26+Oct+22%3:55%3:48+000+2008)) = Mon, 26 Oct 0022 That's what Ruby in our development environment thinks your date is. Those %3s might be the culprit. On Mon, Oct 27, 2008 at 2:01 PM, Kris [EMAIL PROTECTED] wrote: I am aware of the example in the documentation. Thanks for pointing it out and I apologize for not mentioning before that I had tried the format listed in the documentation. For example: $this-twitterHost .= direct_messages.xml?since=Sun%2C+26+Oct +22%3:55%3:48+000+2008; results in error number 502 (server busy) and Twitter is over capacity message. Not sure why the API does not throw a format error? I saw a post (http://groups.google.com/group/twitter-development-talk/ browse_thread/thread/e97f02c8b8012fb5) which mentions that the API conforms to RFC1123 but that does not work either. Any thoughts? Thanks On Oct 27, 4:35 pm, Damon Clinkscales [EMAIL PROTECTED] wrote: On Mon, Oct 27, 2008 at 1:48 PM, Kris [EMAIL PROTECTED] wrote: The API documentation does not clearly list the date format for obtaining direct_messages sent to a user (within the specified date/ time window). I am using RFC 1123/822 format but do not get any messages sent with in the specified date/time window: For Example: direct_messages.xml?since=.urlencode(Sun, 26 Oct 2008 22:00:00 EST) (does not return any messages or errors.) What is the correct date/time format? Has anyone used this successfully? Thanks Personally, I use since_id. But here's the documentation:http://apiwiki.twitter.com/REST+API+Documentation#DirectMessageMethods which contains this example: # since. Optional. Narrows the resulting list of direct messages to just those sent after the specified HTTP-formatted date, up to 24 hours old. The same behavior is available by setting the If-Modified-Since parameter in your HTTP request. Ex:http://twitter.com/direct_messages/sent.xml?since=Tue%2C+27+Mar+2007+... -damon
Re: Does direct_messages (Twitter API) support RFC 1123/RFC 822 date time format
We're pretty sure this isn't a bug on our end. It's come up before, and it's usually some client-side date formatting issue. We've got solid test coverage for it, too. On Wed, Oct 29, 2008 at 8:42 AM, krishnan chakravarthi [EMAIL PROTECTED] wrote: Thanks for the replies. I played around with Ruby 1.8.6 and date sent to Date.parse is now in the correct format: URL string: http://twitter.com/direct_messages.xml?since=Mon27Oct2008 (No Urlencoding is needed as there are no special characters or spaces) Ruby Check: irb(main):037:0 d8 = Date.parse(Mon27Oct2008) = #Date: 4909533/2,0,2299161 irb(main):038:0 d8.ctime() = Mon Oct 27 00:00:00 2008 Note: It is useless providing a time (hr:min:sec) as Date class ignores this and outputs date in the above format. Perhaps Twitter documentation could be updated to mention this or the API can switch to using Ruby DateTime class. I see a http code 302 (page redirect) returned from twitter. The expected results should be all direct messages sent to the authenticating user after Mon Oct 27. It looks like Ruby is generating the correct date but the API does not recognize the format?perhaps an API bug. On 10/28/08, Alex Payne [EMAIL PROTECTED] wrote: Any format that Ruby 1.8.6's Date.parse method can comprehend will be processed. On Tue, Oct 28, 2008 at 11:42 AM, krishnan chakravarthi [EMAIL PROTECTED] wrote: I changed the date format and it made no difference. I am using PHP urlencode method as shown below: direct_messages.xml?since=. urlencode(stripslashes(urldecode(Mon, 27 Oct 13:00:00 EST 2008))); The date/time format is as specified in RFC822. The urlencoded string is output as: Mon%2C+27+Oct+13%3A00%3A00+EST+2008 Note: %3A is encoding format for : (colon) symbol. Twitter returns a 302 return code. Not sure why Date.parse(CGI.unescape()) mangles the date string as urldecode/encode and cgi.escape/unescape work the same way and Date.parse should accept RFC822 compliant dates. What Ruby version is installed in development environment? Is there a specific format in which API expects date/time, to work with Date.parse method. On 10/27/08, Alex Payne [EMAIL PROTECTED] wrote: Your date does not appear to be properly CGI-encoded: Date.parse(CGI.unescape(Sun%2C+26+Oct+22%3:55%3:48+000+2008)) = Mon, 26 Oct 0022 That's what Ruby in our development environment thinks your date is. Those %3s might be the culprit. On Mon, Oct 27, 2008 at 2:01 PM, Kris [EMAIL PROTECTED] wrote: I am aware of the example in the documentation. Thanks for pointing it out and I apologize for not mentioning before that I had tried the format listed in the documentation. For example: $this-twitterHost .= direct_messages.xml?since=Sun%2C+26+Oct +22%3:55%3:48+000+2008; results in error number 502 (server busy) and Twitter is over capacity message. Not sure why the API does not throw a format error? I saw a post (http://groups.google.com/group/twitter-development-talk/ browse_thread/thread/e97f02c8b8012fb5) which mentions that the API conforms to RFC1123 but that does not work either. Any thoughts? Thanks On Oct 27, 4:35 pm, Damon Clinkscales [EMAIL PROTECTED] wrote: On Mon, Oct 27, 2008 at 1:48 PM, Kris [EMAIL PROTECTED] wrote: The API documentation does not clearly list the date format for obtaining direct_messages sent to a user (within the specified date/ time window). I am using RFC 1123/822 format but do not get any messages sent with in the specified date/time window: For Example: direct_messages.xml?since=.urlencode(Sun, 26 Oct 2008 22:00:00 EST) (does not return any messages or errors.) What is the correct date/time format? Has anyone used this successfully? Thanks Personally, I use since_id. But here's the documentation:http://apiwiki.twitter.com/REST+API+Documentation#DirectMessageMethods which contains this example: # since. Optional. Narrows the resulting list of direct messages to just those sent after the specified HTTP-formatted date, up to 24 hours old. The same behavior is available by setting the If-Modified-Since parameter in your HTTP request. Ex:http://twitter.com/direct_messages/sent.xml?since=Tue%2C+27+Mar+2007+... -damon --http://twitter.com/damon- Hide quoted text - - Show quoted text - -- Alex Payne - API Lead, Twitter, Inc. http://twitter.com/al3x -- Alex Payne - API Lead, Twitter, Inc. http://twitter.com/al3x -- Alex Payne - API Lead, Twitter, Inc. http://twitter.com/al3x
Re: Does direct_messages (Twitter API) support RFC 1123/RFC 822 date time format
Alex, Would it be possible to share an example date that works in your environment (perhaps a test case)? I have tried a bunch of things at my end without much success. Any help is appreciated. Thanks Kris On Wed, Oct 29, 2008 at 8:32 PM, Alex Payne [EMAIL PROTECTED] wrote: We're pretty sure this isn't a bug on our end. It's come up before, and it's usually some client-side date formatting issue. We've got solid test coverage for it, too. On Wed, Oct 29, 2008 at 8:42 AM, krishnan chakravarthi [EMAIL PROTECTED] wrote: Thanks for the replies. I played around with Ruby 1.8.6 and date sent to Date.parse is now in the correct format: URL string: http://twitter.com/direct_messages.xml?since=Mon27Oct2008 (No Urlencoding is needed as there are no special characters or spaces) Ruby Check: irb(main):037:0 d8 = Date.parse(Mon27Oct2008) = #Date: 4909533/2,0,2299161 irb(main):038:0 d8.ctime() = Mon Oct 27 00:00:00 2008 Note: It is useless providing a time (hr:min:sec) as Date class ignores this and outputs date in the above format. Perhaps Twitter documentation could be updated to mention this or the API can switch to using Ruby DateTime class. I see a http code 302 (page redirect) returned from twitter. The expected results should be all direct messages sent to the authenticating user after Mon Oct 27. It looks like Ruby is generating the correct date but the API does not recognize the format?perhaps an API bug. On 10/28/08, Alex Payne [EMAIL PROTECTED] wrote: Any format that Ruby 1.8.6's Date.parse method can comprehend will be processed. On Tue, Oct 28, 2008 at 11:42 AM, krishnan chakravarthi [EMAIL PROTECTED] wrote: I changed the date format and it made no difference. I am using PHP urlencode method as shown below: direct_messages.xml?since=. urlencode(stripslashes(urldecode(Mon, 27 Oct 13:00:00 EST 2008))); The date/time format is as specified in RFC822. The urlencoded string is output as: Mon%2C+27+Oct+13%3A00%3A00+EST+2008 Note: %3A is encoding format for : (colon) symbol. Twitter returns a 302 return code. Not sure why Date.parse(CGI.unescape()) mangles the date string as urldecode/encode and cgi.escape/unescape work the same way and Date.parse should accept RFC822 compliant dates. What Ruby version is installed in development environment? Is there a specific format in which API expects date/time, to work with Date.parse method. On 10/27/08, Alex Payne [EMAIL PROTECTED] wrote: Your date does not appear to be properly CGI-encoded: Date.parse(CGI.unescape(Sun%2C+26+Oct+22%3:55%3:48+000+2008)) = Mon, 26 Oct 0022 That's what Ruby in our development environment thinks your date is. Those %3s might be the culprit. On Mon, Oct 27, 2008 at 2:01 PM, Kris [EMAIL PROTECTED] wrote: I am aware of the example in the documentation. Thanks for pointing it out and I apologize for not mentioning before that I had tried the format listed in the documentation. For example: $this-twitterHost .= direct_messages.xml?since=Sun%2C+26+Oct +22%3:55%3:48+000+2008; results in error number 502 (server busy) and Twitter is over capacity message. Not sure why the API does not throw a format error? I saw a post (http://groups.google.com/group/twitter-development-talk/ browse_thread/thread/e97f02c8b8012fb5) which mentions that the API conforms to RFC1123 but that does not work either. Any thoughts? Thanks On Oct 27, 4:35 pm, Damon Clinkscales [EMAIL PROTECTED] wrote: On Mon, Oct 27, 2008 at 1:48 PM, Kris [EMAIL PROTECTED] wrote: The API documentation does not clearly list the date format for obtaining direct_messages sent to a user (within the specified date/ time window). I am using RFC 1123/822 format but do not get any messages sent with in the specified date/time window: For Example: direct_messages.xml?since=.urlencode(Sun, 26 Oct 2008 22:00:00 EST) (does not return any messages or errors.) What is the correct date/time format? Has anyone used this successfully? Thanks Personally, I use since_id. But here's the documentation:http://apiwiki.twitter.com/REST+API+Documentation#DirectMessageMethods which contains this example: # since. Optional. Narrows the resulting list of direct messages to just those sent after the specified HTTP-formatted date, up to 24 hours old. The same behavior is available by setting the If-Modified-Since parameter in your HTTP request. Ex:http://twitter.com/direct_messages/sent.xml?since=Tue%2C+27+Mar+2007+... -damon --http://twitter.com/damon- Hide quoted text - - Show quoted text - -- Alex Payne - API Lead, Twitter, Inc. http://twitter.com/al3x -- Alex Payne - API Lead, Twitter, Inc. http://twitter.com/al3x -- Alex Payne - API Lead, Twitter, Inc. http://twitter.com/al3x
Re: Does direct_messages (Twitter API) support RFC 1123/RFC 822 date time format
I am aware of the example in the documentation. Thanks for pointing it out and I apologize for not mentioning before that I had tried the format listed in the documentation. For example: $this-twitterHost .= direct_messages.xml?since=Sun%2C+26+Oct +22%3:55%3:48+000+2008; results in error number 502 (server busy) and Twitter is over capacity message. Not sure why the API does not throw a format error? I saw a post (http://groups.google.com/group/twitter-development-talk/ browse_thread/thread/e97f02c8b8012fb5) which mentions that the API conforms to RFC1123 but that does not work either. Any thoughts? Thanks On Oct 27, 4:35 pm, Damon Clinkscales [EMAIL PROTECTED] wrote: On Mon, Oct 27, 2008 at 1:48 PM, Kris [EMAIL PROTECTED] wrote: The API documentation does not clearly list the date format for obtaining direct_messages sent to a user (within the specified date/ time window). I am using RFC 1123/822 format but do not get any messages sent with in the specified date/time window: For Example: direct_messages.xml?since=.urlencode(Sun, 26 Oct 2008 22:00:00 EST) (does not return any messages or errors.) What is the correct date/time format? Has anyone used this successfully? Thanks Personally, I use since_id. But here's the documentation:http://apiwiki.twitter.com/REST+API+Documentation#DirectMessageMethods which contains this example: # since. Optional. Narrows the resulting list of direct messages to just those sent after the specified HTTP-formatted date, up to 24 hours old. The same behavior is available by setting the If-Modified-Since parameter in your HTTP request. Ex:http://twitter.com/direct_messages/sent.xml?since=Tue%2C+27+Mar+2007+... -damon --http://twitter.com/damon- Hide quoted text - - Show quoted text -
Re: Does direct_messages (Twitter API) support RFC 1123/RFC 822 date time format
Your date does not appear to be properly CGI-encoded: Date.parse(CGI.unescape(Sun%2C+26+Oct+22%3:55%3:48+000+2008)) = Mon, 26 Oct 0022 That's what Ruby in our development environment thinks your date is. Those %3s might be the culprit. On Mon, Oct 27, 2008 at 2:01 PM, Kris [EMAIL PROTECTED] wrote: I am aware of the example in the documentation. Thanks for pointing it out and I apologize for not mentioning before that I had tried the format listed in the documentation. For example: $this-twitterHost .= direct_messages.xml?since=Sun%2C+26+Oct +22%3:55%3:48+000+2008; results in error number 502 (server busy) and Twitter is over capacity message. Not sure why the API does not throw a format error? I saw a post (http://groups.google.com/group/twitter-development-talk/ browse_thread/thread/e97f02c8b8012fb5) which mentions that the API conforms to RFC1123 but that does not work either. Any thoughts? Thanks On Oct 27, 4:35 pm, Damon Clinkscales [EMAIL PROTECTED] wrote: On Mon, Oct 27, 2008 at 1:48 PM, Kris [EMAIL PROTECTED] wrote: The API documentation does not clearly list the date format for obtaining direct_messages sent to a user (within the specified date/ time window). I am using RFC 1123/822 format but do not get any messages sent with in the specified date/time window: For Example: direct_messages.xml?since=.urlencode(Sun, 26 Oct 2008 22:00:00 EST) (does not return any messages or errors.) What is the correct date/time format? Has anyone used this successfully? Thanks Personally, I use since_id. But here's the documentation:http://apiwiki.twitter.com/REST+API+Documentation#DirectMessageMethods which contains this example: # since. Optional. Narrows the resulting list of direct messages to just those sent after the specified HTTP-formatted date, up to 24 hours old. The same behavior is available by setting the If-Modified-Since parameter in your HTTP request. Ex:http://twitter.com/direct_messages/sent.xml?since=Tue%2C+27+Mar+2007+... -damon --http://twitter.com/damon- Hide quoted text - - Show quoted text - -- Alex Payne - API Lead, Twitter, Inc. http://twitter.com/al3x