Optimize Cache Keys about laravel-model-caching HOT 3 CLOSED

Before starting, it might be a good idea to see what the underlying cache stores do with the key. Some may already be hashing it. Here are the results of that check:

• apc: the passed key is combined with a prefix and then used as the final key without any hashing
• array: the passed key used as the final key without hashing or any other supplemental data
• database: the passed key is combined with a prefix and then used as the final key without any hashing
• file: the passed key is sha1-hashed and used as the filename containing the serialized object
• memcached: the passed key is combined with a prefix and then used as the final key without any hashing
• redis: the passed key is combined with a prefix string and a sha1-hashed namespace and then used as the final key

So, none of the cache stores hash the key themselves, except for the file store. The database store might get into trouble on older versions of mysql where the maximum key length wasn't that high. Performance could probably be increased with all stores by keeping the keylength down.

from laravel-model-caching.

Choosing a hashing function:

The key hash must not be salted and it has no security implications. SHA1 is fast and has a good collision resistance. It is also widely used when caching. It seems to be a good choice.

For a comparison of hash function properties, see: https://en.wikipedia.org/wiki/SHA-2#Comparison_of_SHA_functions

from laravel-model-caching.

Implemented in release 0.2.18.

from laravel-model-caching.