AvalancheImagineBundle
This bundle provides easy image manipulation support for Symfony2. For example,
with this bundle, the following is possible:, (*1)
``` jinja
````, (*2)
This will perform the transformation called thumbnail
, which you can define
to do a number of different things, such as resizing, cropping, drawing,
masking, etc., (*3)
This bundle integrates the standalone PHP "Imagine library"., (*4)
Installation
Installation is a quick 3 step process:, (*5)
- Download AvalancheImagineBundle using composer
- Enable the Bundle
- Configure your application's config.yml
Step 1: Download AvalancheImagineBundle using composer
Add AvalancheImagineBundle in your composer.json:, (*6)
{
"require": {
"avalanche123/imagine-bundle": "v2.1"
}
}
Now tell composer to download the bundle by running the command:, (*7)
``` bash
$ php composer.phar update avalanche123/imagine-bundle, (*8)
Composer will install the bundle to your project's `vendor/avalanche123/imagine-bundle` directory.
### Step 2: Enable the bundle
Enable the bundle in the kernel:
``` php
```
Or if you're using PHP templates:
``` php
Behind the scenes, the bundle applies the filter(s) to the image on the first
request and then caches the image to a similar path. On the next request,
the cached image would be served directly from the file system., (*9)
In this example, the final rendered path would be something like
/media/cache/my_thumb/relative/path/to/image.jpg
. This is where Imagine
would save the filtered image file., (*10)
-
cache_type
- one of the three values: false
, public
or private
.
Setting false
disables caching i.e. sets Cache-Control: no-cache
., (*11)
default: false
, (*12)
-
cache_expires
- Sets time when cache expires. Uses format that the DateTime
parser understands. Expression will be prefixed with +
so expression
should be like 2 weeks
. Used only when cache_type
equal public
or private
., (*13)
default: 1 day
, (*14)
Configuration example:, (*15)
``` yaml, (*16)
app/config/config.yml
avalanche_imagine:
filters:
my_thumb:
type: thumbnail
options: { size: [120, 90], mode: outbound, cache_type: public, cache_expires: 2 weeks }, (*17)
Cache headers are set only for first request when image is generated.
To solve this issue you should add additional configuration for your web server.
Example for apache web server:
```apache
<IfModule mod_expires.c>
<Directory "/path/to/web/media/cache">
ExpiresActive On
ExpiresDefault "access plus 2 weeks"
</Directory>
</IfModule>
Configuration
The default configuration for the bundle looks like this:, (*18)
``` yaml
avalanche_imagine:
source_root: %kernel.root_dir%/../web
web_root: %kernel.root_dir%/../web
cache_prefix: media/cache
driver: gd
filters: [], (*19)
There are several configuration options available:
- `source_root` - can be set to the absolute path to your original image's
directory. This option allows you to store the original image in a
different location from the web root. Under this root the images will
be looked for in the same relative path specified in the apply_filter
template filter.
default: `%kernel.root_dir%/../web`
- `web_root` - must be the absolute path to you application's web root. This
is used to determine where to put generated image files, so that apache
will pick them up before handing the request to Symfony2 next time they
are requested.
default: `%kernel.root_dir%/../web`
- `cache_prefix` - this is also used in the path for image generation, so
as to not clutter your web root with cached images. For example by default,
the images would be written to the `web/media/cache/` directory.
default: `media/cache`
- `driver` - one of the three drivers: `gd`, `imagick`, `gmagick`
default: `gd`
- `filters` - specify the filters that you want to define and use
Each filter that you specify have the following options:
- `type` - determine the type of filter to be used, refer to *Filters* section for more information
- `options` - options that should be passed to the specific filter type
- `path` - override the global `cache_prefix` and replace it with this path
## Built-in Filters
Currently, this bundles comes with just one built-in filter: `thumbnail`.
### Thumbnail
The `thumbnail` filter, as the name implies, performs a thumbnail transformation
on your image. The configuration looks like this:
``` yaml
filters:
my_thumb:
type: thumbnail
options: { size: [120, 90], mode: outbound }
The mode
can be either outbound
or inset
., (*20)
Resize
The resize
filter may be used to simply change the width and height of an
image irrespective of its proportions., (*21)
Consider the following configuration example, which defines two filters to alter
an image to an exact screen resolution:, (*22)
``` yaml
avalanche_imagine:
filters:
cga:
type: resize
options: { size: [320, 200] }
wuxga:
type: resize
options: { size: [1920, 1200] }, (*23)
### RelativeResize
The `relative_resize` filter may be used to `heighten`, `widen`, `increase` or
`scale` an image with respect to its existing dimensions. These options directly
correspond to methods on Imagine's `BoxInterface`.
Given an input image sized 50x40 (width, height), consider the following
annotated configuration examples:
``` yaml
avalanche_imagine:
filters:
heighten:
type: relative_resize
options: { heighten: 60 } # Transforms 50x40 to 75x60
widen:
type: relative_resize
options: { widen: 32 } # Transforms 50x40 to 40x32
increase:
type: relative_resize
options: { increase: 10 } # Transforms 50x40 to 60x50
scale:
type: relative_resize
options: { scale: 2.5 } # Transforms 50x40 to 125x100
If you prefer using Imagine without a filter configuration, the RelativeResize
class may be used directly., (*24)
Paste
The paste
filter pastes an image into your image., (*25)
``` yaml
avalanche_imagine:
filters:
paste:
type: paste
options:
image: %kernel.root_dir%/Resources/image.png # path to image
x: right # [left|right|center] or integer
y: bottom # [top|bottom|middle] or integer, (*26)
### Chain
With `chain` filter you can apply some filters on your image.
You can quite simply create a `watermark` filter:
``` yaml
avalanche_imagine:
filters:
watermark:
type: chain
options:
filters:
thumbnail: # filter type
size: [100, 100] # filter options
mode: outbound
paste:
image: %kernel.root_dir%/Resources/image.png
x: right
y: bottom
Load your Custom Filters
The ImagineBundle allows you to load your own custom filter classes. The only
requirement is that each filter loader implement the following interface:, (*27)
Avalanche\Bundle\ImagineBundle\Imagine\Filter\Loader\LoaderInterface
To tell the bundle about your new filter loader, register it in the service
container and apply the following tag to it (example here in XML):, (*28)
``` xml
, (*29)
For more information on the service container, see the Symfony2
[Service Container](http://symfony.com/doc/current/book/service_container.html) documentation.
You can now reference and use your custom filter when defining filters you'd
like to apply in your configuration:
``` yaml
filters:
my_special_filter:
type: my_custom_filter
options: { }
For an example of a filter loader implementation, refer to
Avalanche\Bundle\ImagineBundle\Imagine\Filter\Loader\ThumbnailFilterLoader
., (*30)
Caveats
If you are generating your image names from multiple parts in a Twig template,
please be aware that Twig applies filters before concatenation, so, (*31)
``` jinja
, (*32)
will apply your filter to '.jpg', and then concatenate the result to
`'/relative/path/to/'` and `some_variable`. So the correct invocation would be
``` jinja
<img src="{{ ('/relative/path/to/' ~ some_variable ~ '.jpg') | apply_filter('my_thumb') }}" />
Using as a service
You can also use ImagineBundle as a service and create the cache image from controller., (*33)
$avalancheService = $this->get('imagine.cache.path.resolver');
Then, call the getBrowserPath and pass the original image webpath and the filter you want to use, (*34)
$cachedImage = $avalancheService->getBrowserPath($object->getWebPath(), 'my_thumb');