Здесь собираю наблюдения из реальной работы: производительность, архитектура, новые вёрстки, поддержка действующих сайтов и задачи, которые чаще всего всплывают в эксплуатации.
Аудит портала с процессом на 94 блока и 37 условий, который никто не понимал, включая меня после часа разбора. Почему большой БП в дизайнере Битрикс24 — антипаттерн архитектуры, как мы за шесть недель разрезали его на девять процессов и роботов без остановки продаж, и тест из одного вопроса, который покажет, грозит ли это вашему порталу.
Две недели назад проводил аудит портала Битрикс24 у клиента — дистрибьютор стройматериалов, коробочная версия, семь лет эксплуатации. Открыл дизайнер бизнес-процессов на сделках и увидел схему, которая не влезала на экран даже при масштабе 25%. Я посчитал: 94 блока, 37 условий, 12 обработчиков…
Пишу не ради абстрактного контента, а про вещи, которые реально помогают запускать, поддерживать и развивать сайты на Bitrix и WordPress.
Реальный кейс: форма из 9 полей давала 0,9% конверсии, многошаговый мастер — 3,4%. Разбираю анатомию формы, код на чистом JS, инлайн-валидацию, серверные проверки и метрики.
За три дня до распродажи включили Redis и объектный кэш — TTFB упал втрое, а в день старта продаж сайт умер за 7 минут после email-рассылки. Разбор трёх ошибок: Redis без лимита памяти, отсутствие защиты от stampede и кэш без прогрева. С кодом блокировки и хронологией восстановления за 40 минут.
Клиент потерял 47 заявок из 612 из-за синхронной отправки формы в CRM — с этого случая начался пересмотр всех интеграций. Сравниваю три подхода: прямой вебхук, поллинг через cron и очередь сообщений. С кодом, цифрами и тем, где каждый ломается.
Фокус не на красивых словах, а на практике: что ускоряет проект, что ломает поддержку и как не утонуть в доработках.
Иногда быстрее и полезнее прислать текущий сайт или список проблем, чем долго искать ответ по кускам. Если нужно, помогу посмотреть на задачу свежим техническим взглядом.