WordPress + Doctrine ORM — звучит как лишний слой боли.

WordPress + Doctrine ORM — звучит как лишний слой боли.
Но иногда именно так и делают нормальный performance-стек: не “переписать всё”, а аккуратно вставить инструмент там, где он реально экономит время и ошибки.

3 шага, чтобы не убить ядро:
1. Не тащить ORM «везде». Сначала обернуть только те сущности, где у вас вечный ад с запросами и ручным SQL.
2. Проверить, что маппинг не раздувает запросы. Doctrine умеет быть тяжелой — но чаще проблема не в ней, а в кривом использовании.
3. Мерить, а не верить в магию: latency, число запросов, memory footprint, поведение под нагрузкой.

Профит не в “красоте архитектуры”, а в том, что команда быстрее меняет логику без каскада багов и переписывания половины плагинов. Если у вас WordPress уже стал не блогом, а мини-продуктом — такой ход может быть вполне взрослым. ⚙️

Главное правило: ORM не должна съесть ваш CTR… ой, то есть TTFB.