A critical vulnerability was discovered in React Server Components (Next.js). Our systems remain protected but we advise to update packages to newest version. Learn More

Vincent Baaij
Jul 23, 2018
  566
(0 votes)

ImageProcessor.Web.Episerver: new versions

I have released new versions for my ImageProcessor.Web.Episerver and ImageProcessor.Web.Episerver.Azure packages for CMS 11 (version 3.0.1). If you are not familiar with this package, please see this blog for more information. I consider this as a major release because there are some breaking changes. In this version I refactored and simplified both the file blob cache and the Azure blob cache quite extensively. I tried to use as much of the standard Episerver blob functionality as possible. It is very well possible that this breaks the ability to store images in a UNC path (I don't have a setup to test this). Be carefull when upgrading to this version if this is your setup.
I decided to not backport these changes into the CMS 10 version (also because I wouldn't know how to handle the versioning then :))

Configuration became a bit easier. Neither the file blob cache nor the Azure blob cache require specific settings with these versions. Also there is no special IImageService needed anymore when using Azure. The NuGet installation/update should take care of updating the config files for you. If you encounter problems there, please refer to the sample sites in the repository for comparisson.

There is of course also some new functionality available. It is now possible to also use ImageProcessor on static files! The fluent API has an overload to start processing an image from a path string, so you can also use this API with your static files (and get Intellisense help while doing so). A special folder is created in the cache to store these processed images.  Erik Henningson made a PR (thanks!) that allows for lazy loading of processed images. The readme in the GitHub repository explains how to use this and the sample site comes with an implementation of this.

I have some ideas about other stuff I like to add in the coming months, but that will have to wait untill after the holiday. If there are things YOU would like to see added, please let me know in the comments below or in the repo on GitHub.

As always, hope this helps.

Jul 23, 2018

Comments

Please login to comment.
Latest blogs
A day in the life of an Optimizely OMVP: Learning Optimizely Just Got Easier: Introducing the Optimizely Learning Centre

On the back of my last post about the Opti Graph Learning Centre, I am now happy to announce a revamped interactive learning platform that makes...

Graham Carr | Jan 31, 2026

Scheduled job for deleting content types and all related content

In my previous blog post which was about getting an overview of your sites content https://world.optimizely.com/blogs/Per-Nergard/Dates/2026/1/sche...

Per Nergård (MVP) | Jan 30, 2026

Working With Applications in Optimizely CMS 13

💡 Note:  The following content has been written based on Optimizely CMS 13 Preview 2 and may not accurately reflect the final release version. As...

Mark Stott | Jan 30, 2026

Experimentation at Speed Using Optimizely Opal and Web Experimentation

If you are working in experimentation, you will know that speed matters. The quicker you can go from idea to implementation, the faster you can...

Minesh Shah (Netcel) | Jan 30, 2026

How to run Optimizely CMS on VS Code Dev Containers

VS Code Dev Containers is an extension that allows you to use a Docker container as a full-featured development environment. Instead of installing...

Daniel Halse | Jan 30, 2026

A day in the life of an Optimizely OMVP: Introducing Optimizely Graph Learning Centre Beta: Master GraphQL for Content Delivery

GraphQL is transforming how developers query and deliver content from Optimizely CMS. But let's be honest—there's a learning curve. Between...

Graham Carr | Jan 30, 2026