SaneMemcachedTtl

Work around memcached's feature of treating expiration times larger than one month as timestamps for Rails cache stores.

This is a memcached documented behaviour:

• Store a key with expiration time of 10 seconds
• Retrieve key ~> you get it
• Wait 10 seconds
• Retrieve key ~> you don't get it

makes sense... but:

• Store a key with expiration time of 3.000.000 seconds (about 35 days)
• Retrieve key ~> you don't get it

3.000.000 is treated as timestamp, so the key expired at 1970-02-04 17:20:00 (3.000.000 seconds after the UNIX epoch). So when you want to store something with an expiration time larger than a month you have to convert the expiration time to a proper timestamp. This is annoying and it even becomes impossible when you want to set default expiration times on stores.

This gem provides additional cache stores, subclasses of the original ones altering this behaviour for sanity.

Supported cache stores: couchbase_store, dalli_store, mem_cache_store.

The dalli store actually fixed this on version 2.7.1 but it's kinda debated (issue #436) on whether this should stay in as it's a documented memcached "feature" and clients should probably be not alter to these things.

So don't use this if your dalli gem version is >= 2.7.1.

Add this line to your application's Gemfile:

gem 'sane_memcached_ttl'

And then execute:

$ bundle

Or install it yourself as:

$ gem install sane_memcached_ttl

When defining a Rails cache store like:

config.cache_store = :mem_cache_store, "cache-1.example.com", "cache-2.example.com"

just change to:

config.cache_store = :mem_cache_store_with_sane_ttl, "cache-1.example.com", "cache-2.example.com"

Same for all supported stores:

1. Fork it ( https://github.com/[my-github-username]/sane_memcached_ttl/fork )
2. Create your feature branch (git checkout -b my-new-feature)
3. Commit your changes (git commit -am 'Add some feature')
4. Push to the branch (git push origin my-new-feature)
5. Create a new Pull Request