C4LN 2012: Intro to the Twitter API
Presenter: Rick Scott - @shadowspar
Contents
API Overview
- https://dev.twitter.com/ is API central.
- https://dev.twitter.com/docs is the main documentation area -- you'll spend a lot of time here =)
- other useful things linked from dev.twitter.com: API Status, API Known Issues, blog & discussion
Parts
- the REST API
- the Streaming API
- the Search API
REST API
- query→response based access
- the mainstay of the API; the first part of it you'll want to be concerned with, and the part you'll likely use most
Streaming API
- aka drinking from the firehose =)
- persistent connection
- push-based communication w/ v.high ratelimit (1% of all tweets)
Search API
- just like it says on the tin
- also trending topics
Find your library
https://dev.twitter.com/docs/twitter-libraries has a good list
- Perl: Net::Twitter
- Python: tweepy and many others
- Ruby: twitter rubygem and others
Creating a new app
First steps
- https://dev.twitter.com/apps/new
- sign in with your twitter account
- fill out basic info about your app
- agree to be a good citizen, as detailed below
Huzzah! You have your very own app!
A brief segue into OAuth
http://hueniverse.com/oauth/guide/intro/
OAuth metaphor: valet key to your car
- lets an app act on behalf of a user when dealing with some service
- lets a user give an app specific permissions to interact with a service on their behalf
Roles in OAuth:
- consumer (client) -- your app
- service provider (server) -- Twitter
- user (resource owner) -- user
Credentials
- consumer credentials (consumer key & consumer secret)
- access credentials (access token & access secret)
- (also request token & secret)
OAuth workflow:
- user goes to server and says they'd like to authorize application X to do action Y
- server generates access token which represents the combination of the specific app & the specific user & the specific level of access the user has granted to that app
- user feeds the access token to the app
- the app can then present the access token to the server (in combination with its consumer credentials) and be permitted to do whatever's been authorized
Setup
- after you've set up your app, you receive your OAuth consumer keys:
- consumer_key
- consumer_secret
The first thing you're going to want to do is go into your app settings and set the correct level of access that your app is going to request from users. This is under the Settings tab:
- Application type:
- Read
- Read/Write
- Read/Write/Access DMs
You are probably going to want one of the latter two. Which one depends on whether or not your app is going to work with DMs (direct messages) or not.
You can also fill in the rest of the self-explanatory fields in the Details and Settings tabs as you like (organization, etc).
Bot-specific stuff
- create an account for your bot
- authorize it on your app
Rules of Conduct
General Rules of the Road and TOS
- https://dev.twitter.com/terms/api-terms
- https://support.twitter.com/articles/76915 - automation rules and best practices
Rate limits
Other gotchas
- Repeated tweets
Example
http://twitter.com/inetkami https://github.com/rickscott/inetkami
Other Miscellany
- t, a Ruby command-line interface to the Twitter API