Dynamically resizing WordPress images on nginx with ngx_http_image_filter_module

Ever notice that image galleries on WordPress.com load faster than those on your own? WordPress.com can serve dynamically-resized images on-the-fly to improve page load speeds and create pretty-looking image galleries. You can achieve this on your own server too, with a few simple tricks in your nginx.conf, taking advantage of URL parameters WordPress appends to image uploads and the nginx libgd-based ngx_http_image_filter_module.

WordPress’ dynamic image sizes serve two main purposes: aside from resizing the source images to a smaller size, it also lets you crop rectangular images to a thumbnail without completely skewing the aspect ratio and butchering the result.

Let’s take an example WordPress gallery, created using the JetPack galleries plugin. We’re taking a mix of square (logos) and rectangular (photos) media, and framing them in circles via CSS. On a properly-configured web server, it should show up like this:

Correct Gallery


But without dynamic image resizing, the original aspect ratios can be completely skewed, and you’ll get something like this instead:

Skewed Gallery


Let’s take a look and see what is happening. When WordPress generates the blog post, the images are being created with query string arguments appended… “What’s that,” you say? “Query string arguments for static images?!” Indeed:


As you can see, WordPress is requesting a cropped version of the originally-uploaded file. On a normally-configured webserver, query arguments are ignored for attachments like this. But on WordPress.com’s servers, they’re interpreted by an image processor, and resized before being served. We can see proof of this by checking the headers for a request to a resized image on a WordPress.com blog:

There’s a lot going on, but just focus on the X-Orig-Src: 0_imageresize bit to validate our assumption.

With nginx’s ngx_http_image_filter_module, you can make nginx serve up resized images too. First things first, you’ll need to make sure that nginx is compiled with this module (it’s not by default). If it’s not you’ll need to recompile nginx from source, and specify –with-http_image_filter_module:

Then we need to configure nginx.conf to tell it what parameters to use for the width, height, and crop arguments. It’s a little tricky since WordPress can issue either ?w or ?h or both, with or without ?crop=1. Also, nginx can’t resize images inside an if block, so we’re going to need to use a specific location (and a rewrite within an if) to get around that limitation:

As you can see, we default $width and $height to – (which nginx specifies as the required value for unused parameters, otherwise you’ll get a HTTP 415 Unsupported Media Type error), then overwrite one or both depending on whether ?w= or ?h= were specified. This detection is outside the location blocks, and then we have a location block for our images and a fake location block (marked as internal for security/sanity reasons) for our cropped content that will serve the same content, only use the crop instead of resize argument to image_filter.

Et voilà!

  • Similar Posts

    Craving more? Here are some posts a vector similarity search turns up as being relevant or similar from our catalog you might also enjoy.
    1. WordPress, PerformancePress, and GSoC 2008
    2. Getting WordPress Super Cache to Run on a Windows (IIS or Apache) Server
  • 9 thoughts on “Dynamically resizing WordPress images on nginx with ngx_http_image_filter_module

    1. alias /var/www/neosmart.net/wordpress/wp-content/uploads/;

      Is this usable on a hosting server wit multiple accounts, if yes, how to?

    2. I have my own server with a few hundred accounts.
      I am running Engintron, and I would like to offer my clients (that use wordpress) a bit more speed this way 🙂

    3. It’s @Richard: It’s definitely possible (we’re doing it here with separate WP installs plus a WP-MU w/ several blogs), but it’s going to be a webserver-dependent scripting solution.

      Your best bet would be to hire an Engintron developer for an hour of their time. I’ve never heard of that webserver myself, to be honest.

    Leave a Reply

    Your email address will not be published. Required fields are marked *