The TedivmStashBundle integrates the Stash caching library into Symfony, providing a powerful abstraction for a range of caching engines. This bundle provides a caching service, adds Stash information to the Web Profiler toolbar, and adds integration for the Doctrine Common Cache library.
Both the bundle and Stash are licensed under the New BSD License. Please fork us on Github!
Add the bundle using composer, either by requiring it on the command line:
composer require tedivm/stash-bundle
or by adding it directly to your composer.json
file:
"require": {
"tedivm/stash-bundle": "0.7.*"
}
Add the bundle to app/AppKernel.php
:
public function registerBundles()
{
return array(
new Tedivm\StashBundle\TedivmStashBundle(),
);
}
And then set the basic configuration in app/config/config.yml
:
stash: ~
Just fetch the default cache pool service:
$pool = $this->container->get('stash');
Or a custom-defined cache pool:
$pool = $this->container->get('stash.custom_cache');
Then you can use the cache service directly:
$item = $pool->getItem($id, 'info'); // cache keys, more than one can be used
$info = $item->get();
if($item->isMiss())
{
$info = loadInfo($id);
$item->set($userInfo, 60); // second parameter is TTL (in seconds or future \Datetime object)
}
return $info;
(See the Stash documentation for more information on using the cache service.)
To get started quickly, you can define a single caching service with a single driver:
stash:
drivers: [ FileSystem ]
FileSystem: ~
This cache service will be registered as stash.default_cache
, which will also be automatically aliased to cache
.
You can set the individual parameters of the cache driver directly in the configuration:
stash:
drivers: [ FileSystem ]
FileSystem:
dirSplit: 3
path: /tmp
If you want to use multiple drivers in sequence, you can list them separately:
stash:
drivers: [ Apc, FileSystem ]
Apc: ~
FileSystem:
path: /tmp
The cache service will automatically be configured with a Composite driver, with the drivers queried in the specified order (for example, in this example, Apc would be queried first, followed by FileSystem if that query failed.)
By default, every cache service includes in-memory caching: during the lifetime of a single request, any values stored or retrieved from the cache service will be stored in memory, with the in-memory representation being checked before any other drivers. In some circumstances, however (such as long-running CLI batch scripts) this may not be desirable. In those cases, the in-memory driver can be disabled:
stash:
drivers: [ Apc ]
inMemory: false
Apc: ~
Stash provides a Doctrine cache adapter so that your Stash caching service can be injected into any service that takes a DoctrineCacheInterface object. To turn on the adapter for a service, set the parameter:
stash:
drivers: [ Apc ]
registerDoctrineAdapter: true
Apc: ~
For the default cache, the Adapter service will be added to the container under the name
stash.adapter.doctrine.default_cache
. You can use it anywhere you'd use a regular Doctrine Cache object:
doctrine:
orm:
metadata_cache_driver:
type: service
id: stash.adapter.doctrine.default_cache
query_cache_driver:
type: service
id: stash.adapter.doctrine.default_cache
result_cache_driver:
type: service
id: stash.adapter.doctrine.default_cache
Stash provides a session adapter to allow Symfony sessions to be stored directly inside the cache. To turn on the adapter, set the parameter:
stash:
drivers: [ Apc ]
registerSessionHandler: true
Apc: ~
Once it's enabled, enable it in the framework bundle and it will automatically be used:
framework:
session:
handler_id: stash.adapter.session.default_cache
Stash supports PSR Compliant logging libraries, you can specify which library is used by passing the logger's service name as a parameter:
stash:
drivers: [ FileSystem ]
logger: logger
FileSystem: ~
You can also configure multiple services, each of which stores is entirely separate:
stash:
caches:
first:
drivers: [ FileSystem ]
registerDoctrineAdapter: true
FileSystem: ~
second:
drivers: [ Apc, FileSystem ]
inMemory: false
logger: logger
FileSystem: ~
Each service is defined with keys inside a separate, distinct internal namespace, so you can use multiple services to avoid key collisions between distinct services even if you only have a single backend available.
When multiple caches are defined, you can manually define a default, which will be aliased to the stash
service:
stash:
default_cache: first
first:
...
second:
...
If you don't, the first service defined will be set as the default.
StashBundle includes a module which tracks the keys of all cache queries made during a request for debugging purposes.
By default this module is enabled in the dev
and test
environments but disabled elsewhere. However, if you want to
override the default behavior, you can enable or disable this behavior in the configuration:
stash:
tracking: true # enables query logging, false to disable
tracking_values: true # enables query logging of full cache values, false to disable
Each driver comes with a set of default options which can be individually overridden.
FileSystem:
dirSplit: 2
encoder: Native
path: %kernel.cache_dir%/stash
filePermissions: 0660
dirPermissions: 0770
memKeyLimit: 20
SQLite:
path: %kernel.cache_dir%/stash
filePermissions: 0660
dirPermissions: 0770
busyTimeout: 500
nesting: 0
subdriver: PDO
Apc:
ttl: 300
namespace: <none>
Memcache:
servers:
- { server: 127.0.0.1, port: 11211, weight: 1 }