Add manually handling captchas FAQ.
RST requires double quotes for "code" text.
Noun-verb agreement in FAQ.
Allow editing non-top-level wiki pages fetched using get_wiki_page. Fixes #212.
Don't prompt for captchas when the input stream has ended. Fixes #215.
Replace `reddits` with `subreddits` where appropriate.

Corresponds to this change: http://www.reddit.com/r/changelog/comments/1a8i4n/reddit_change_everywhere_using_reddit_to_refer_to/

Deprecations:

* `get_my_subreddits` replaces the now deprecated `get_my_reddits`.
* `get_popular_subreddits` replaces the now deprecated `get_popular_reddits`.
Forgot to replace `my_reddits`  with `my_subreddits`.
Move request handling (+rate-limit and caching) into handlers.py.

Very soon, `Reddit` instances will be able to be created with separate
handlers. As such, this commit moves the existing request handling code into a
`DefaultHandler` under `handlers.py`.

At present the only solid part of the handler interface is that a handler
provides three functions:

* clear_cache
* evict
* request

Also, bump the `requests` package number, and fix a number of lint warnings.
Replace last instance of my_mod_reddits with my_mod_subreddits.
Prepare requests prior to calling the handler.

The handler should have no concept of the reddit session.
Refactor the handler's `request` method.

The handler's `request` function should receive a prepared Request object as
its argument. This prepared Request object includes all the headers, and
cookies necessary to make the request.

This function now returns the raw result object, and post processing occurs
within the `Reddit._request` function.
Add praw-multiprocess tool and associated Multiprocess handler.

This commit provides the initial version of the Multiprocess handler. The
executable `praw-multiprocess` isn't likely to change other than adding some
command line argument parsing conveniences. The handler itself requires some
work. Notably:

* The rate limiter needs to be made thread safe.
* Caching should be employed (and threadsafe).
* The exceptions returned through the socket need to be raised.

Additionally, some sort of exception handling behavior should be defined for
instances where the praw-multiprocess program crashes, or is not available.
Add handler hierarchy. Make RateLimitHandler thread safe.

The RateLimit handler is now thread safe. Once the Default handler with caching
support is also made thread safe, then PRAW will be thread safe with respect to
a one-to-one mapping between threads and `Reddit` instances.

The thread safety in the RateLimitHandler.rate_limit decorator gives the
multiprocess worker thread safety.

As part of this change, the `clear_cache` has been removed. The cache was
previously emptied on authentication change, however, that was unecessary.

All of these changes are in internal PRAW code, and thus require no changelog
update. However, once finalized a changelog entry should be made briefly
describing the addition of the `handler` argument to `Reddit`.
Add oauth headers to cache key and update test grants.
Forgot to disable automatic redirect handling during refactor.
Caching support is now thread safe.

Additionally the multiprocess server now takes advantage of the cache.
Add some error handling to the multiprocess server.
Delay overwriting request.url until just prior to calling prepare.

This is necessary to avoid request.url being set to `None` when a request
results in an HTTP exception and is later retried.
Fix lint warnings and handle unpickle error in multiprocess server.
Extend MultiprocessHandler error handling.

Actually raise exceptions "returned" from the multiprocess server.

The MultiprocessHandler will retry indefinitely (up to 64 second intervals) to
connect to the multiprocess server. This includes graceful handling of dropped
connections.

Permit a limited number of retries (3) for single request that results in a
successfully connection to the multiprocess server followed by a dropped
connection. Such behavior would indicate that the request is crashing the
multiprocess server thread responsible for handling the request. In such a case
a PRAW ClientException is raised.