Требуется доработать кастомный плагин обработки изображений на сайте под управлением CMS Tamaranga v2 (PHP, MVC, архитектура близка к Yii). Движок полностью зашифрован через IonCube Loader, доступа к исходному коду ядра нет.У нас на руках есть скачанная папка этого плагина и архив сайта (двухмесячной давности) с базой данных для тестов.Текущая ситуация с плагином:Плагин написан наполовину. Он перехватывает загрузку изображений и через ImageMagick 7 конвертирует их в легкий формат WebP, но делает это корректно только для модуля магазинов (shops). При попытке применить его к обычным объявлениям, код начинает принудительно перегонять файлы в тяжелый формат PNG. Из-за этого при запуске массовой регенерации (перенарезки превью) сервер захлебывается, падает по таймауту/памяти, превью бьются (становятся белыми), а база данных выдает 404 ошибки на объявлениях.Предыдущий программист не смог подключить плагин штатно через хуки/компоненты Tamaranga и воткнул его через серверный костыль auto_prepend_file в php.ini. В итоге система безопасности IonCube заблокировала сайт. Костыль удалили, сайт работает штатно, но без новых форматов.Что конкретно нужно сделать (результат):Локальное развертывание: Вы забираете архив сайта и папку плагина, разворачиваете проект исключительно у себя локально (на своем ПК или своем тестовом сервере). Наш живой сервер мы не даем. Вы сами настраиваете у себя ImageMagick 7 и IonCube для тестов.Исправление кода плагина: Найти в коде плагина логику, которая переводит обычные объявления в PNG, и переписать её на правильный, оптимизированный WebP (продублировать рабочую логику магазинов на обычные объявления).Правильная интеграция (Без костылей): Интегрировать этот плагин в закрытый движок легальным путем — через стандартный для Tamaranga механизм Override (переопределение классов компонентов) или через конфигурационные файлы (в обход index.php), чтобы не вызывать конфликтов с IonCube. Использование auto_prepend_file / auto_append_file категорически запрещено.Успешная регенерация: Запустить и успешно завершить процесс массовой регенерации (перенарезки) всех изображений объявлений на вашей локальной копии (желательно через CLI/консоль), доказав, что сервер не падает, а превью нарезаются под все заданные размеры без генерации PNG.Условия сделки:.Приемка работы: Вы присылаете видео-подтверждение (скринкаст) или даете доступ к вашему тестовому серверу, где мы видим, что обычные объявления успешно принимают HEIC, WebP, AVIF, JFIF, конвертируют их в WebP и регенерация проходит без ошибок. После этого мы закрываем сделку, забираем исправленные файлы плагина и сами ставим на живой сайт.Важный проверочный вопрос для отклика
Hужен только кто знаком с тарарангой и имеет опыт ,или Senior Backend PHP-разработчик / DevOps с I опытом работы с фреймворком Yii должен иметь опыт работы с зашифрованными коммерческими движками