Calling getKey() before passing the key to getFileName() from getValueFromCache() is not only unnecessary, it actually breaks caching if the prefix is not empty. I discovered this from a slightly different perspective: in my application I had to inherit from Adapter/File and override getKey() so that it applies sha1() to it as I frequently get cache keys with colons and other garbage in them. So as with a non-empty prefix, the key gets mutated in this instance, and then gets mutated yet again by the second getKey() call, so the lookup key is actually completely different.

@desarrolla2 Unfortunately, v3 (the PSR-16 implementation I worked on) hasn't caught on. In the meantime, other implementations like http://www.php-cache.com are widely used.

It doesn't seem worth it to continue working on this project. New projects better switch to another PSR-16 compatible library. Old projects can continue using v2, even if the project is abandoned.

I'm also closing all the issues with features I planned to add.

I try to store fetched data from mongo in memcache. But it throws error.

So i changed get and set functions in Desarrolla2\Cache\Adapter\MemCache\MemCache.php file to

/** * {@inheritdoc } */ public function get($key) { $tKey = $this->getKey($key); $data = $this->server->get($tKey); if (!is_array($data)) return $this->unserialize($data); else return $data;

}

/**
 * {@inheritdoc }
 */
public function set($key, $value, $ttl = null)
{

    $tKey = $this->getKey($key);

    if (!is_array($value))
        $tValue = $this->serialize($value);
    else
        $tValue = $value;

    if (!$ttl) {
        $ttl = $this->ttl;
    }
    $this->server->set($tKey, $tValue, time() + $ttl);
}

maybe you can change ur file as mines. Btw thank you for your great lib.

The Cache class is a wrapper around an adapter. It doesn't seem to have any benefit.

Instead we can rename the adapters and change them to implement PSR-16. That way they can be used directly.

use Dessarolla2\Cache;

$cache = new Cache\Apu();

Added Mongo support.

This was supported in 1.8, but missing in 2.0 Supports both the mongodb\mongodb library as the (legacy) mongo extension

Differenes from 1.8:

• Constructor takes db object or collection object as argument
• Use _id field rather than custom key field
• Expired items are ignored rather than deleted (just like Mysqli)
• Using upsert rather than delete + insert
• Store TTL as date bson type to allow ttl index

Includes unit tests. Usage guide is added to README.

Fixes desarrolla2/Cache#25

We can leverage opcode caching to create a very fast caching method in PHP 7+.

To set the cache use var_export to get the value as PHP code and than write that to a PHP file. To get the cache simply use include.

Read more about it in this article.

I have detected a problem in serializing and unserializing DateTime in HHVM:

Error: exception 'Exception' with message 'DateTimeZone::__construct(): Unknown or bad timezone ()' in /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/desarrolla2/cache/src/Adapter/AbstractAdapter.php:92 
Stack trace: #0 (): DateTime->__wakeup() 
#1 /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/desarrolla2/cache/src/Adapter/AbstractAdapter.php(92): unserialize() 
#2 /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/desarrolla2/cache/src/Adapter/File.php(153): Desarrolla2\Cache\Adapter\AbstractAdapter->unPack() 
#3 /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/desarrolla2/cache/src/Adapter/File.php(63): Desarrolla2\Cache\Adapter\File->getValueFromCache() 
#4 /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/desarrolla2/cache/src/Cache.php(57): Desarrolla2\Cache\Adapter\File->get() 
#5 /Applications/MAMP/htdocs/Rai-DigitalOcean/app/Service/Product/ProductService.php(142): Desarrolla2\Cache\Cache->get() 
#6 /Applications/MAMP/htdocs/Rai-DigitalOcean/resources/views/admin/products.php(8): Service\Product\ProductService->getAllProducts() 
#7 /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/damnstupidsimple/core/src/Viewer.php(107): include() 
#8 /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/damnstupidsimple/core/src/Viewer.php(75): Core\Viewer::render() 
#9 /Applications/MAMP/htdocs/Rai-DigitalOcean/app/Controller/Admin.php(41): Core\Viewer::file() 
#10 (): Controller\Admin->displayAnyPage() 
#11 /Applications/MAMP/htdocs/Rai-DigitalOcean/vendor/damnstupidsimple/core/src/Router.php(818): call_user_func_array() 
#12 /Applications/MAMP/htdocs/Rai-DigitalOcean/app/bootstrap.php(130): Core\Router::dispatch() 
#13 /Applications/MAMP/htdocs/Rai-DigitalOcean/index.php(56): include() 
#14 {main}

Issue: https://github.com/facebook/hhvm/issues/6783

Reproducing Error:

$cache =  new Cache($adapter);
$time =  \DateTime::createFromFormat('U', time());
$cache->set('time', $time, 3600);
$cache->get('time'); // error here when unserializing the DateTime object

My workaround now is to use NotCache at the current time.

The File adapter has no cleanup for TTL. As such, everything lives on the file system forever. Somewhat surprised to see my cache dir grow to 1.3G. I'd like to contribute something here but not sure if anyone has any input. Perhaps a cleanup probability during set()? Somewhat similar to php's own garbage collection probability?

Or perhaps support implementing their own Cleanup interface for now?

Fixed wrong NOW() (returns 'YYYY-MM-DD hh:mm:ss') to UNIX_TIMESTAMP() (returns INT/BIGINT). NOW() causes the cache to be cleared on every event execution.

PSR-16 is a standard cache interface.

Caching is a common way to improve the performance of any project, making caching libraries one of the most common features of many frameworks and libraries. Interoperability at this level means libraries can drop their own caching implementations and easily rely on the one given to them by the framework, or another dedicated cache library.

PSR-6 is a different caching standard, which may also be implemented, but seems rather complicated and very much differs from the current implementation.

PSR-6 solves this problem already, but in a rather formal and verbose way for what the most simple use cases need. This simpler approach aims to build a standardized streamlined interface for common cases. It is independent of PSR-6 but has been designed to make compatibility with PSR-6 as straightforward as possible.

For example, when memcache server is not on the same server than php script. We have to do this

$memcache = new \Memcache();
$memcache->addServer('XX.XX.XX.XX', 11211);
$adapter = new \Desarrolla2\Cache\Adapter\Memcache($memcache);

and maybe delete this line in the constructor :

$this->server->addServer('localhost', 11211);

I have stored a MongoDB\BSON\Persistable into the MongoDB cache with default settings. However, when trying to retrieve it, it throws the error "Cannot use object of type stdClass as array"

I am getting following error.

PHP Fatal error: Uncaught Desarrolla2\Cache\Exception\CacheException: not ready yet in vendor/desarrolla2/cache/src/Adapter/AbstractAdapter.php:61

It looks like it is not implemented yet.