WordPress + Doctrine ORM — кейс из серии «прикрутим тяжёлый слой и назовём это архитектурой».

WordPress + Doctrine ORM — кейс из серии «прикрутим тяжёлый слой и назовём это архитектурой».

Автор обещает внедрить ORM в ядро CMS без потери производительности. Звучит красиво, но тут важен не фасад, а цифры: сколько запросов уходит до/после, что происходит с latency, памятью и временем генерации страницы.

Что здесь реально интересно:
— если ORM не замедляет hot path, значит, где-то уже есть узкое место не в SQL, а в хаосе кода;
— если слой абстракции внедряется «без боли», значит, проект либо маленький, либо тесты замеряют не то, что ломает прод;
— если после такого рефакторинга не показали метрики TTFB, DB time и p95, это не кейс, а демонстрация веры 🧪

Для growth-команды вывод простой: любой «умный» слой в продукте надо мерить не по красоте кода, а по impact на скорость, стабильность и стоимость изменений. Иначе это не оптимизация, а дорогая игрушка.