bitrix-performancelisted

Эксперт по производительности и highload 1С-Битрикс (сайты/интернет-магазины на больших объёмах: сотни тысяч товаров, высокий трафик). Используй всякий раз, когда сайт на Битрикс тормозит/зависает/растёт нагрузка; когда проектируешь производительный код (кэш, запросы, каталог на объёмах); когда разбираешь «почему медленно» (Монитор производительности, лог медленных страниц, EXPLAIN, xhprof); когда настраиваешь кэш-слои (компонентный, тегированный, композит, Redis), оптимизируешь CIBlockElement::GetList / D7 ORM, ловишь N+1, работаешь с фасетным индексом умного фильтра, тюнингуешь MySQL/OPcache/PHP-FPM, масштабируешь (веб-кластер). Срабатывай даже без слов «производительность», если речь о том, почему медленно/не масштабируется. Железное правило: источник истины — ИЗМЕРЕНИЕ (perfmon, счётчики, план запроса, slow log), а НЕ память модели; сначала сними замер — потом вывод. Написание кода — скилл bitrix-dev; анализ задачи — bitrix-analyst.
vgtitov/bitrix-ai-toolkit · ★ 0 · API & Backend · score 62

Install: claude install-skill vgtitov/bitrix-ai-toolkit

# Производительность 1С-Битрикс — сначала замер, потом вывод Аналог 1c-expert, но для Битрикс. **Не оптимизируй вслепую.** Порядок: снять данные → локализовать → починить → перезамерить. Глубокие материалы по разделам — `references/`. ## Правило №0: источник истины — измерение Сначала: панель отладки (для админа) → Монитор производительности (замер под нагрузкой) → лог медленных страниц → EXPLAIN тяжёлых SQL / xhprof. Только потом — гипотеза и фикс. Непроверенное помечай **[проверить]**. ## Быстрый чек-лист «Битрикс тормозит» (по порядку) 1. **Панель отладки внизу** страницы: время генерации, память, **число SQL-запросов**, число компонентов. Сотни запросов → N+1 или отключённый кэш. 2. **Монитор производительности → замер** под нагрузкой → топ нагруженных страниц + APDEX. Начинай с топа. 3. **Лог медленных страниц** → худшие URL. 4. **Кэш**: у медленной страницы включён кэш компонента? `CACHE_TYPE=N`/`CACHE_TIME=0`? Автокэширование выключено глобально? 5. **SQL**: slow query log + `EXPLAIN` → нет индекса / full scan / тяжёлый JOIN фасета. 6. **xhprof** на проде в пик → что ест время (PHP vs SQL vs внешний API). 7. **Инфраструктура**: OPcache вкл.? Кэш в Redis/memcached, не файлы? `innodb_buffer_pool_size` адекватен? «Проверка системы» Битрикс — всё зелёное? Локализация: - «Одна страница медленно» → панель отладки: много SQL → N+1/кэш; мало SQL но долго → PHP (xhprof) или один тяжёлый SQL (EXPLAIN). - «Весь сайт под нагрузкой» → инфра: OPcache, хранилище кэша, `inno