Что мы делали
с чужими сайтами.

Каталог на 220 тысяч SKU, который лежал в часы пик

Заказчик пришёл с типовой проблемой: после очередного апдейта прайса Битрикс начал ложиться к 11 утра. Старые рецепты не помогали — ни мемкэш, ни апгрейд тарифа.

Узкое место сидело в композитном кеше: при инвалидации по событию «обновился остаток» сбрасывалось 60% страниц вместо точечных 0.4%. Переписали ключи кеша на основу по группе товара + ESI-фрагмент остатков на отдельный микросервис. Дополнительно — критический CSS на 8 шаблонов и lazy на блоки рекомендаций.

Параллельно вынесли поиск с автодополнением на отдельный Elasticsearch-кластер — освободили БД от 18% запросов в пиковые часы. Через две недели после запуска посещаемость в утренние часы выросла на 22% без дополнительных вложений в маркетинг — пользователи просто перестали уходить на «не грузится».

Smart Filter, который думал по 3 секунды

38 тысяч товаров, 14 свойств в фильтре, 60% мобильного трафика. Фильтр на холодном кеше выдавал TTFB до 4.2 c — посетитель успевал закрыть вкладку.

Перевели Smart Filter на отдельный read-only replica MySQL, добавили предрасчёт hit-counters раз в 5 минут, выкинули один особо тяжёлый left join. Параллельно убрали с листинга 4 синхронных JS-бандла и перевели изображения карточек на AVIF с fallback.

Headless Next.js, в котором зависал тач на Android

Свежезапущенный маркетплейс выдавал зелёные цифры в Lighthouse, но реальные пользователи на бюджетных Android жаловались на «лаги». RUM показал INP P95 380 мс — на грани красной зоны.

Виноват был один HOC, который пересчитывал контекст корзины на каждом keypress в поиске. Развязали реактивные подписки через Zustand-селекторы, добавили scheduler.yield в обработчик скролла, перенесли картинки превью на BunnyCDN с auto-format. P95 INP опустился втрое за полторы недели.

Веб-сервис, у которого ORM генерил 400 запросов на страницу

Стартап в нише доставки еды масштабировался кратно за 6 месяцев и упёрся в потолок одного Postgres. Профайлинг показал классический N+1 на странице ресторана: одна страница — 412 запросов в БД.

Заменили активные аксессоры Eloquent на хранимые JSONB-поля, переписали два самых частых запроса на сырые с CTE, добавили materialized view для главной. TTFB упал в 7.7 раз без замены железа.

Корп.портал на 4 тысячи сотрудников, в который было больно заходить

On-premise установка Битрикс24 с десятками кастомных модулей и интеграций с 1С, СЭД, СКУД. Утренние часы — 600+ одновременных пользователей, главная страница рендерилась 6.8 секунд.

Разнесли БД на read/write кластер, перенесли nginx на отдельный сервер, переписали 3 самых тяжёлых ленточных модуля на отложенную загрузку. Заодно убрали 8 интеграций, которые срабатывали на каждом ходу пользователя по сети.

Лендинг-агрегатор, который терял половину мобильных пользователей

Контентный проект с большой долей органики из Google. После апдейта Page Experience позиции просели — главный подозреваемый был LCP в 3.4 c на мобильных.

Перенесли проект с WordPress на Astro c сохранением всех URL и статикой на Cloudflare Pages. Главная стала отдаваться с edge за 70–110 мс. Через 2 месяца органика выросла на 31%.