The Cache Invalidator
Use the cache invalidator to invalidate or refresh paths, URLs and headers. It is the invalidator that you will probably use most when interacting with the library.
Setup
Create the cache invalidator by passing a proxy client as adapter:
use FOS\HttpCache\CacheInvalidator;
use FOS\HttpCache\ProxyClient;
$client = new ProxyClient\Varnish(...);
// or
$client = new ProxyClient\Nginx(...);
// or
$client = new ProxyClient\Symfony(...);
// or, for local development
$client = new ProxyClient\Noop();
$cacheInvalidator = new CacheInvalidator($client);
Depending on the capabilities of the proxy client, some invalidation methods
may not work. If you try to call an invalidation method that is not supported,
an UnsupportedProxyOperationException
is thrown. You can check for support
by calling CacheInvalidator::support
with the constant of the operation you
need.
See proxy clients for the details on setting up the proxy client and an overview of the supported operations of each client.
Invalidating Paths and URLs
Note
Make sure to configure your proxy for purging first.
Invalidate a path:
$cacheInvalidator->invalidatePath('/users')->flush();
See below for the flush() method.
Invalidate a URL:
$cacheInvalidator->invalidatePath('http://www.example.com/users')->flush();
Invalidate a URL with added header(s):
$cacheInvalidator->invalidatePath(
'http://www.example.com/users',
['Cookie' => 'foo=bar; fizz=bang']
)->flush();
This allows you to pass headers that are different between invalidation
requests. If you want to add a header to all requests, such as Authorization
,
configure the HTTP client to use a custom
HTTP client instead.
Please note that purge will invalidate all variants, so you do not need to
send any headers that you vary on, such as Accept
.
Refreshing Paths and URLs
Note
Make sure to configure your proxy for refreshing first.
$cacheInvalidator->refreshPath('/users')->flush();
Refresh a URL:
$cacheInvalidator->refreshPath('http://www.example.com/users')->flush();
Refresh a URL with added header(s):
$cacheInvalidator->refreshPath(
'http://www.example.com/users',
['Cookie' => 'foo=bar; fizz=bang']
)->flush();
This allows you to pass headers that are different between invalidation
requests. If you want to add a header to all requests, such as Authorization
,
configure the HTTP client to use a custom
HTTP client instead.
Invalidating With a Regular Expression
Note
Make sure to configure your proxy for banning first.
URL, Content Type and Hostname
You can invalidate all URLs matching a regular expression by using the
invalidateRegex
method. You can further limit the cache entries to invalidate
with a regular expression for the content type and/or the application hostname.
For instance, to invalidate all .css files for all hostnames handled by this proxy server:
$cacheInvalidator->invalidateRegex('.*css$')->flush();
To invalidate all .png
files on host example.com:
$cacheInvalidator
->invalidateRegex('.*', 'image/png', ['example.com'])
->flush()
;
Any Header
You can also invalidate the cache based on any headers.
Note
If you use non-default headers, make sure to configure your proxy to have them taken into account.
Proxy client implementations should fill up the headers to at least have the default headers always present to simplify the cache configuration rules.
To invalidate on a custom header My-Header
, you would do:
$cacheInvalidator->invalidate(['My-Header' => 'my-value'])->flush();
Flushing
The CacheInvalidator internally queues the invalidation requests and only sends
them out to your HTTP proxy when you call flush()
:
$cacheInvalidator
->invalidateRoute(...)
->invalidatePath(...)
->flush()
;
Try delaying flush until after the response has been sent to the client’s browser. This keeps the performance impact of sending invalidation requests to a minimum.
When using the FOSHttpCacheBundle, you don’t have to call flush()
, as the
bundle flushes the invalidator for you after the response has been sent.
As flush()
empties the invalidation queue, you can safely call the method
multiple times. If there are no requests to be sent, flush will simply do nothing.
Error handling
If an error occurs during flush()
, the method throws an ExceptionCollection
that contains an exception for each failed request to the proxy server.
These exception are of two types:
\FOS\HttpCache\ProxyUnreachableException
when the client cannot connect to the proxy server\FOS\HttpCache\ProxyResponseException
when the proxy server returns an error response, such as 403 Forbidden.
So, to catch exceptions:
use FOS\HttpCache\Exception\ExceptionCollection;
$cacheInvalidator
->invalidatePath('/users');
try {
$cacheInvalidator->flush();
} catch (ExceptionCollection $exceptions) {
// The first exception that occurred
var_dump($exceptions->getFirst());
// Iterate over the exception collection
foreach ($exceptions as $exception) {
var_dump($exception);
}
}
Logging errors
You can log any exceptions with the help of the LogListener
provided in
this library. First construct a logger that implements
\Psr\Log\LoggerInterface
. For instance, when using Monolog:
use Monolog\Logger;
$monolog = new Logger(...);
$monolog->pushHandler(...);
Then add the logger as a listener to the cache invalidator:
use FOS\HttpCache\EventListener\LogListener;
$logListener = new LogListener($monolog);
$cacheInvalidator->getEventDispatcher()->addSubscriber($logListener);
Now, if you flush the invalidator, errors will be logged:
use FOS\HttpCache\Exception\ExceptionCollection;
$cacheInvalidator->invalidatePath(...)
->invalidatePath(...);
try {
$cacheInvalidator->flush();
} catch (ExceptionCollection $exceptions) {
// At least one failed request, check your logs!
}