Cleanup Ruby warnings
Merge pull request #24 from agoragames/cleanup-ruby-warnings

Cleanup Ruby warnings
Be better about inline URLs.
Simplify Rakefile to no longer try and automatically start and stop Redis when running the specs
Version 3 proposal: Remove use_zero_index_for_rank_option

Is this ever really used in practice? My guess is no. Although it
could be left in as it's not necessarily a lot of code, but it
does remove some conditional paths.
Version 3 proposal: Store optional member data in a single hash

This has the benefit of not using a separate hash for every single
member's data. As is updated in the documentation, you can store
more data for a given member by, for example, encoding a Hash
in JSON. Not only will this save on Hash-splosion if using member
data in a leaderboard, it also means that when deleting a
leaderboard, we can also delete ALL of the member data at once. In
version 2.x, if using member data, you would have to go through and
delete the member data hashes individually. Yikes!
Version 3 proposal: Remove use_zero_index_for_rank_option

Is this ever really used in practice? My guess is no. Although it
could be left in as it's not necessarily a lot of code, but it
does remove some conditional paths.
Rebase from master
Version 3 proposal: Store optional member data in a single hash

This has the benefit of not using a separate hash for every single
member's data. As is updated in the documentation, you can store
more data for a given member by, for example, encoding a Hash
in JSON. Not only will this save on Hash-splosion if using member
data in a leaderboard, it also means that when deleting a
leaderboard, we can also delete ALL of the member data at once. In
version 2.x, if using member data, you would have to go through and
delete the member data hashes individually. Yikes!
Merge branch 'version-3-proposal-store-member-data-in-a-single-hash' of github.com:agoragames/leaderboard into version-3-proposal-store-member-data-in-a-single-hash
Run the specs in random order
Retrieve members in a rank range

* Added `members_from_rank_range` and `members_from_rank_range_in` methods.
* Updated specs.
Add test for single member
Merge pull request #28 from agoragames/members-from-rank-range

Members from rank range
Version 2.5.0

* Update README with example for `members_from_rank_range`
* Update CHANGELOG.
* Bump version to 2.5.0.
Version 3 proposal: Add a `:sort_by` option

As indicated in #29, the currently undocumented behavior of a
direct call to `ranked_in_list` is to do no sorting on the results.
The call was originally intended to be used to retrieve a list
of friends from a leaderboard. However, it would be useful in
certain situations to have the results sorted. This adds a
`:sort_by` option to that would be appropriate for the
`ranked_in_list` call to sort by either score (`:score`) or
rank (`:rank`) when returning results.
Version 3 proposal: Add a `:sort_by` option

As indicated in #29, the currently undocumented behavior of a
direct call to `ranked_in_list` is to do no sorting on the results.
The call was originally intended to be used to retrieve a list
of friends from a leaderboard. However, it would be useful in
certain situations to have the results sorted. This adds a
`:sort_by` option to that would be appropriate for the
`ranked_in_list` call to sort by either score (`:score`) or
rank (`:rank`) when returning results.
Merge
Add a desc to the Rakefile
Merge branch 'version-3-proposal-store-member-data-in-a-single-hash' into version-3