A simple Twitter OAuth proxy.
A simple Twitter OAuth proxy.
[![Build Status]][Latest build] [![Coverage Status]][Test coverage report]
Mooch is a simple app designed to allow unauthenticated access to the [Twitter API] for web apps that have no server-side components. Mooch is designed to be deployed as a [Heroku] app, which makes deployment of a new Mooch service extremely simple.
In June 2013, [Twitter officially retired version 1.0 of their API]. Since version 1.1 of the Twitter API [requires OAuth authentication for every request], this effectively meant the end of client-side only Twitter applications.
This is still the case. It is still impossible to write a secure, client-side only application that uses the Twitter API, even for information that is publicly available without authentication from the Twitter website. That's where Mooch comes in.
Mooch is the simplest possible server-side component for creating primarily client-side Twitter applications.
For a demonstration of Mooch's capabilities, check out the [example Mooch service]. This service only allows access to the tweets of [@CountingCrows_]; all other accounts will result in a 403 error.
Setting up a new Mooch service is very simple, and utilizes [Heroku]. The deployment process requires the [Heroku Toolbelt] application.
git clone email@example.com:eloquent/mooch.git).
Variables: MOOCH_CONSUMER_KEY and MOOCH_CONSUMER_SECRET.
Mooch authenticates requests to the Twitter API using the [application-only authentication] method. This requires the consumer key and secret from the Twitter application created in [step 1].
heroku config:set MOOCH_CONSUMER_KEY=xvz1evFS4wEEPTGEFPHBog heroku config:set MOOCH_CONSUMER_SECRET=L8qq9PZyRg6ieKGEKhZolGC0vJWLw8iEJ88DRdyOg
Variables: MOOCH_ALLOW and MOOCH_DENY.
By default Mooch allows access to any part of the Twitter API. This is not always ideal as anyone could find and use the service for their own requirements, potentially contributing to the Twitter application being rate limited.
Mooch uses a simple 'whitelist' (MOOCH_ALLOW) and 'blacklist' (MOOCH_DENY) of regular expressions to restrict access. Any incoming request that is disallowed will be immediately sent a HTTP 403 response with an imitation Twitter API [error response] as the body.
Mooch first tries to find a matching 'allow' pattern for the request. If none of the patterns match, the request is denied. Mooch then tries to find a matching 'deny' pattern for the request. If any of the patterns match, the request is denied.
This configuration would allow access to any user's timeline or statuses, with the exclusion of Justin Bieber.
heroku config:set MOOCH_ALLOW='["^/1\\.1/statuses/user_timeline\\.json","^/1\\.1/statuses/show\\.json"]' heroku config:set MOOCH_DENY='["\\bscreen_name=justinbieber\\b"]'
git push heroku master
The new Mooch service should now be ready for use. Check the [Heroku dashboard] for the service's location.
Mooch can be started locally using
npm start, but it requires some
environment variables to be present. Fortunately it is possible to do all of
this in a single line (at least in bash):
MOOCH_CONSUMER_KEY=xvz1evFS4wEEPTGEFPHBog MOOCH_CONSUMER_SECRET=L8qq9PZyRg6ieKGEKhZolGC0vJWLw8iEJ88DRdyOg npm start