zendframework/zend-cache
zendframework/zend-cache provides flexible caching for PHP apps with multiple storage backends (filesystem, memory, APCu, Redis, and more). Supports cache patterns, plugins, serialization, and configurable adapters to improve performance and reduce repeated work.
delete() calls with del() in Redis adapter. delete()
function is deprecated since version 5.0.0 and del() is available
since version 2.1.0.#184 fixes an issue with SimpleCacheDecorator where elements were deleted after creation. Wrong TTL was set instead of using default value from options.
#182 fixes
a typo in variable name within the ExtMongoDbResourceManager::getResource
method which prevented using custom db name when using that adapter.
Filesystem::setTags() method which
prevented clearing of tags when using that adapter.#148 adds support for PHP 7.1 and 7.2.
#46, #155, and #161 add support for PSR-6 (Caching Interface).
They provides an implementation of Psr\Cache\CacheItemPoolInterface via
Zend\Cache\Psr\CacheItemPool\CacheItemPoolDecorator, which accepts a
Zend\Cache\Storage\StorageInterface instance to its constructor, and proxies
the various PSR-6 methods to it. It also provides a
Psr\Cache\CacheItemInterface implementation via Zend\Cache\Psr\CacheItemPool\CacheItem,
which provides a value object for both introspecting cache fetch results, as
well as providing values to cache.
#152, #155, #159, and #161
add an adapter providing PSR-16 (Caching Library Interface) support.
The new class, Zend\Cache\Psr\SimpleCache\SimpleCacheDecorator, accepts a
Zend\Cache\Storage\StorageInterface instance to its constructor, and proxies
the various PSR-16 methods to it.
#154 adds an ext-mongodb adapter, Zend\Cache\Storage\Adapter\ExtMongoDb.
You may use the StorageFactory to create an instance using either the fully qualified class
name as the adapter name, or the strings ext_mongo_db or ExtMongoDB (or most variations
on case of the latter string). The options it accepts are the same as for the existing
Zend\Cache\Storage\Adapter\MongoDb, and it provides the same capabilities. The adapter
requires the mongodb/mongodb package to operate.
#120 adds the ability to configure alternate file suffixes for both
cache and tag cache files within the Filesystem adapter. Use the suffix and tag_suffix
options to set them; they will default to dat and tag, respectively.
#79 Add capability for the "lock-on-expire" feature (úsed by Zend Data Cache)
#151 adds logic to normalize options before creating the underlying Redis resource when using a Redis adapter, fixing issues when using an array with the server and port to use for connecting to the server.
#151 adds logic to prevent changing the underlying resource within Redis adapter instances.
#150 fixes an issue with how CAS tokens are handled when using the memcached adapter.
#61 sets the Zend Data Cache minTtl value to 1.
#147 fixes the Redis extension by ensuring it casts the results of exists() to a
boolean when testing if the storage contains an item.
#146 fixes several methods to change [@return](https://github.com/return) annotations to [@throws](https://github.com/throws) where applicable.
#134 adds a missing import statement for Traversable within the AdapterOptions class.
#128 Fixed incorrect variable usage in MongoDbResourceManager
PatternPluginManager, AdapterPluginManager, and storage
PluginManager.Zend\Cache\ConfigProvider, which enables the
StorageCacheAbstractServiceFactory, and maps factories for all plugin
managers.Zend\Cache\Module, which does the same, for zend-mvc contexts.PatternPluginManager to accept $options to get() and build(), cast
them to a PatternOptions instance, and inject them into the generated plugin
instance. This change allows better standalone usage of the plugin manager.StorageCacheFactory and StorageCacheAbstractServiceFactory to seed the
StorageFactory with the storage plugin manager and/or adapter plugin manager
as pulled from the provided container, if present. This change enables re-use
of pre-configured plugin managers (e.g., those seeded with custom plugins
and/or adapters).EventManager instance is lazy-instantiated in
Zend\Cache\Storage\Adapter\AbstractAdapter::getEventManager(). In 2.6.0, it
was using the v3-specific syntax; it now uses syntax compatible with both v2
and v3.Redis::addItemRedis::getCapabilities and RedisResourceManager::getMajorVersion
if resource wasn't initialized beforezendframework/zend-serializer from require to require-dev as using the
serializer is optional.How can I help you explore Laravel packages today?