Как реализовать ресайз изображений на лету средствами php?

Question

[capscom]

День добрый!

Возник вопрос по оптимизации процесса ресайза изображений, средствами php на лету. Ссылка на ресайз выгляди так:

localhost/$controller/$config/$token/$image->id.$image->format

Контроллер проверяет токен (он уникальный для каждой картинки), чтобы ссылку не подделали. И если он валиден, достается путь к картинке с бд по ид, ресайзится контент согласно конфигу и отдается браузеру с заголовками. Все это дело кешируется Nginx на месяц, чтобы при повторном запросе сразу отдавать картинку с кеша.

Нужно сделать такой момент, если вдруг хранилище отвалилось и картинок нет, то отдается картинка-заглушка. И естественно она попадает в кеш Nginx-а, и даже когда картинки появляются, все равно отдается кеш, и приходится его чистить, а это создает существенную нагрузку.

Подскажите, пожалуйста, кто как решает подобную ситуацию?

Answer 1

[Андрей]

Это можно решить на уровне nginx c помощью try_files и X-Accel-Redirect, вообще без кеша.
Например, так:

location <локейшен с картинками>{
    try_files $uri @resize;
}
location @resize {
    proxy_pass http://<адрес ресайзера с параметрами>;
}
location /notexist.gif {
    root /path/to/notexist/folder;
}

Тогда энджи сначала попытается найти файл (ресайзер должен его сохранить там перед отдачей), если не найдет - попробовать отресайзить (запустится ресайзер, который, напомню, должен сохранить картинку на диск перед отдачей), а если ресайзер не нашел исходную картинку - ему надо вернуть X-Aссel-Redirect заголовок с uri /notexist.gif

Подробнее про X-Accel можно почитать тут wiki.nginx.org/X-accel

Использовать же для этого кеширование энджи - неправильный путь, ибо вы получите недетерминированный результат.

Answer 2

[Дэн Иванов]

Есть модуль для nginx
nginx.org/ru/docs/http/ngx_http_image_filter_modul...

Comments

[Андрей]

Это конечно хороший, годный модуль, но он блокирует вокер на время работы. Если это никого не смущает, то можно что-то наколдовать и с ним.

[Дэн Иванов]

Ну вы либо блокируете воркер на nginx либо блокируете воркера на вашем бэкенде php-fpm.
Я полагаю что быстрее и выгоднее будет делать ресайз на nginx (возможно даже на втором крутящемся локально), чем таскать на бэкенд, инициализировать там php, ресайзить картинку и тащить её обратно.

[Андрей]

Ну это конечно зависит. Особенно учитывая сохранение готовых картинок в виде статики. Ведь, как мы помним, кеш энджи не даст нам детерминированный результат. Либо на бэкенде придется использовать механизм cache_purge, что усложнит бэкенд.