Как в Symfony кропать картинки на лету?

Question

[Дмитрий Свиридов]

Пишу API для сервиса. Есть объекты, для которых нужно отдавать изображение: ссылку на оригинал и список ссылок на превью различных размеров. Сами файлы изображений хранятся в s3. Превью, соответственно, должны храниться там же. Как это по-нормальному организовать? Желательно еще чтобы можно было легко неиспользуемые типы превью удалять.

Для Django есть такая замечательная библиотека как sorl-thumbnail, которая позволяет удобно управлять миниатюрами изображений. Соответствия "изображение-тип превьюхи" она хранит в кеше, что весьма удобно, потому что не нужно делать более медленный запрос к s3 для проверки, существует ли превьюха. Есть ли аналог для Symfony?

Смотрел в сторону LiipImagineBundle, но не очень понял, можно ли подружить с Symfony5, и годится ли вообще этот бандл для моей задачи?

Comments

[Максим Федоров]

Библиотека выглядит так, что готова к 5 версии

Answer 1

[Юрий Битько]

LiipImagineBundle вполне должен подойти, судя из описания задачи. Его и Symfony рекомендует. вот дока. с версией 5.0 будет работать.

Comments

[Дмитрий Свиридов]

Доку эту видел, конечно, да. Смутило, что она аж для 2-й версии Симфони (при том, что уже 5-ая вышла ж) - это не критично?

[Дмитрий Свиридов]

Юрий Битько, Вас не сильно затруднит, глянуть, в чем может быть затык? Взял Симфони, по доке попытался прикрутить. Делал прямо по доке по шагам. Но при обращении к https://127.0.0.1:8000/test кидает ошибку "Could not find configuration for a filter: my_thumb". Залил это все в репозиторий https://github.com/dimuska139/symfony-imaginebundl...

[Юрий Битько]

Дмитрий Свиридов, 2 версия - то версия самого бандла. А какие версии поддерживает это composer.json в бандле. Там 5.0 версия symfony.

[Юрий Битько]

По ошибке, скорее всего дело в конфигурации. Здесь отличается от того что у вас. Посмотрите раздел Create Thumbnails в описании бандла.

[Дмитрий Свиридов]

Юрий Битько, спасибо, но не решило проблему. Сделал сейчас прямо копи-пейст из доки - та же ошибка. Есть подозрение, что бандл вообще по какой-то причине даже не читает файл config.yaml - потому и не видит конфигурацию для фильтра.

[Юрий Битько]

Посмотрите тут Там еще очистку кеша надо делать после изменений конфига. bin/console liip:imagine:cache:remove может из-за этого.

[Дмитрий Свиридов]

Юрий Битько, спасибо, вроде бы, разобрался. Выяснилось, что надо было не в config.yaml писать конфигурацию, как в доке указано, а в config/packages/liip_imagine.yaml - и тогда ок.

Вот только я один момент еще не понял. Как это все дело кешируется? Вот, допустим, у меня страница, на которой присутствует одновременно несколько десятков картинок (товары, например). Для каждой картинки эта библиотека делает запрос в s3, скачивает изображение, делает миниатюру, которую заливает в папку cache в s3 и отдает ссылку.

И возникает логичный вопрос: чтобы отобразить страницу с товарами, когда у меня протух кеш моего API, эта либа для каждой картинки сходит в s3 и проверит наличие там нужной миниатюры? Если да, то это ж странно получается, как-то не оптимально, особенно если у картинки по несколько миниатюр предусмотрено. Под трафиком это нормально работать вообще будет? Или я что-то не так понял?

Да, у меня ответ API кешируется. Но даже так кеш иногда ведь протухает. И тогда для каждой картинки товара для каждой превью будут делаться запросы к s3 для проверки существования той или иной превьюхи. То есть таких запросов может быть несколько сотен - и API будет отвечать на такой запрос аж несколько секунд. Выход, как я понимаю, только один: написать свой резолвер реализовав интерфейс ResolverInterface?

[Юрий Битько]

Дмитрий Свиридов, к сожалению на эти вопросы не могу ответить, а сочинять(предполагать) это не благодарное дело)