Pimcore 2026.2: патчи важнее фич

Мажорный релиз раз в квартал и мелкие патчи раз в несколько дней говорят: команда мониторит прод-инциденты у сотен инсталляций и реагирует быстро. Редкие патчи и тишина между релизами обычно значат обратное - баги копятся и ждут следующего большого апдейта. Prod-инженер, выбирающий PIM для enterprise-каталога на десятки тысяч SKU, должен читать не changelog фич, а частоту и содержание патчей. Здесь сигнал однозначный: Pimcore чинит конкретные вещи, которые ломают продакшен.

### Файлы, которые тихо теряются В 2026.2.12 закрыт баг: перенос папки ассетов в другое хранилище оставлял файлы бесхозными - объекты продолжали физически лежать на старом сторадже, при этом система выставляла наружу маркеры директорий (directory marker objects). Для компании с S3-совместимым хранилищем и правами доступа по бакетам это утечка структуры внутреннего хранилища и риск, что документ, который должен был исчезнуть из публичного доступа, остался там же под другим путём.

В DAM с юридическими или медицинскими документами такая находка стоит дороже любого редизайна интерфейса. ### Права, которые считались не тем, чем были В 2026.2.11 нормализовали пустые строки языковых разрешений в null. Звучит как техническая мелочь, пока не вспомнить, что в PHP пустая строка и null часто проверяются разными путями - и там, где код ждал null для «доступ не задан», пустая строка могла молча пройти другую ветку логики и дать доступ шире задуманного.

В проектах на Pimcore мы в KT.Team держим точно такую же дисциплину на стороне интеграции: MCP-инструменты и мониторинг security-advisory по используемым CMS и PIM-платформам, чтобы патч вроде GHSA-mvh8-52hw-jrch попадал в прод клиента не через квартал, а в течение недели после релиза. Для e-commerce на Pimcore с интеграцией 1С, Akeneo или Saleor это то же правило: чем быстрее патч дойдёт до боевого стенда, тем меньше окно, в котором известная уязвимость остаётся эксплуатируемой.

Четыре патча за одну неделю без единой новой фичи - повод читать релиз-ноуты внимательнее, чем анонс мажорной версии. Зрелость платформы измеряется тем, как быстро и честно вендор признаёт и чинит то, что уже сломано.