Currently, to access the status one specific user in user, you must:
a) not protect your updates
b) know your own user id# (easily discoverable, but not friendly)
I'm currently getting at my own status this way:
-----
require 'rubygems'
require 'open-uri'
require 'json'
require 'fileutils'
userid = XXXXX
twitter_json_url = "http://www.twitter.com/t/status/user_timeline/
#{userid}?count=1"
status = JSON.parse(open(twitter_json_url){|fd|
fd.read}).first["text"]
puts status
----
Thoughts?
Jesse
This is absolutely possible, and yours is not the first request we've
heard for it. We'll start doing timelines by username so you don't
have to find your user id.
As for being unprotected, well, that's something I don't think we can
provide a short-circuit for. If you want a protected user's updates,
you have to authenticate to verify your access to those updates.
--
Alex Payne
Obvious
http://twitter.com/al3x
That's great! However, providing the status updates by username still
requires additional information - I'm hoping to get at this data, like
the rest of the twitter API, after authenticating with my email &
pass.
How about this:
http://twitter.com/statuses/timeline.(json|xml)
Requires Basic Auth, and returns the timeline of the logged in user.
This will allow protected users to still be protected, and not require
any additional info (username/userID) once authenticated to get at
ones own statuses. Possible?
Thanks! Have fun at SXSW - I'm missing it terribly.
Jesse
On Mar 10, 6:53 pm, Alex Payne <a...@al3x.net> wrote:
> Jesse,
>
> This is absolutely possible, and yours is not the first request we've
> heard for it. We'll start doing timelines by username so you don't
> have to find your user id.
>
> As for being unprotected, well, that's something I don't think we can
> provide a short-circuit for. If you want a protected user's updates,
> you have to authenticate to verify your access to those updates.
>
> --
> Alex Payne
> Obvioushttp://twitter.com/al3x
the method you provided will work as written;
curl -u username http://twitter.com/statuses/friends_timeline.json
curl -u username http://twitter.com/statuses/user_timeline.json
will both return the timeline for the user specified by username.
--
Blaine ( http://twitter.com/blaine )
> curl -u usernamehttp://twitter.com/statuses/friends_timeline.json
This works fine.
> curl -u username http://twitter.com/statuses/user_timeline.json
This 404s. However, it's *exactly what I'm looking for.
$ curl -u jnew...@gmail.com http://twitter.com/statuses/user_timeline.json
Enter host password for user 'jnew...@gmail.com':
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://
www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=utf-8" />
<meta http-equiv="Content-Language" content="en-us" />
<title>Twitter: 404 NOT FOUND</title>
...
I have another request too, but I'll open another thread for that one.
Jesse
http://twitter.com/jnewland
On Mar 11, 1:32 am, "Blaine Cook" <rom...@gmail.com> wrote:
> Ahh, you're right. Fixed, and deploying now.
>
> b.
>
> On 3/10/07, jesse newland <jnewl...@gmail.com> wrote:
>
>
>
> > Blaine -
>
> > > curl -u usernamehttp://twitter.com/statuses/friends_timeline.json
> > This works fine.
>
> > > curl -u usernamehttp://twitter.com/statuses/user_timeline.json
Thanks!
Jesse
On Mar 11, 10:14 am, "jesse newland" <jnewl...@gmail.com> wrote:
> Thanks for working on this for me! However, I'm still seeing a 404:
>
> $ curl -u jnewl...@gmail.comhttp://twitter.com/statuses/user_timeline.json
> Enter host password for user 'jnewl...@gmail.com':
> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
> <html xmlns="http://www.w3.org/1999/xhtml" lang="en" xml:lang="en">
> <head>
> <meta http-equiv="Content-Type" content="text/html;
> charset=utf-8" />
> <meta http-equiv="Content-Language" content="en-us" />
> <title>Twitter: 404 NOT FOUND</title>
> ...
>
> I have another request too, but I'll open another thread for that one.
>
> Jessehttp://twitter.com/jnewland
I've just checked in a fix for this issue. It'll be rolled out in
our next deploy. Thanks for your patience!
- Alex
- Jeff
twitter.com/jeffgreco
Jesse
I've just checked in code that allows you to get the results of
user_timeline and friends_timeline via id or username. That'll work
for RSS, Atom, XML, or JSON (as do basically all of our API
methods). We'll try to get these additions deployed soon.
Thanks for your suggestions!
--
Alex Payne
Obvious
http://twitter.com/al3x
--Alex King
Personal http://alexking.org
Business http://kingdesign.net
We're actively working on expanding our global number pool, but no
firm time estimates are available. As an alternative, would a way to
send and receive Twitter messages via email work for most (or even
many) SMS users in India?
Blaine Cook
Obvious / twitter.com/blaine
Best regards,
Robert
Probably not the kind of think Twitter wants to see :)
(Actually, I'm surprised that they do outbound SMS for free as it
is .. thanks Twitter!)
Cheers!
Rick Measham
On Mar 17, 2:42 am, Alex Payne <a...@al3x.net> wrote:
> I've just checked in code that allows you to get the results of
> user_timeline and friends_timeline via id or username. That'll work
> for RSS, Atom, XML, or JSON (as do basically all of our API
> methods). We'll try to get these additions deployed soon.
Thanks Alex!
Not to dig too deep, but are you guys using Rails fragment caching or
memcached behind the scenes at Twitter? Both seem to be very suited to
what this app does.
Jesse
Thanks for configuring your plugin to be a little kinder to our
servers. Much appreciated.
We're on a big memcached push this week, and part of the work has
already been done and deployed. I'm presently working on a fragment
caching approach. Maintaining the correct privacy context for every
user is the real challenge there.
Thanks for the suggestions!
--
Alex Payne
Obvious
http://twitter.com/al3x
Jesse
On Mar 21, 4:34 pm, Alex Payne <a...@al3x.net> wrote:
> Jesse,
>
> Thanks for configuring your plugin to be a little kinder to our
> servers. Much appreciated.
>
> We're on a big memcached push this week, and part of the work has
> already been done and deployed. I'm presently working on a fragment
> caching approach. Maintaining the correct privacy context for every
> user is the real challenge there.
>
> Thanks for the suggestions!
>
> --
> Alex Payne
> Obvioushttp://twitter.com/al3x