от — модуль для CMS «1С-Битрикс», который закрывает эту задачу системно. В нём собрано 43+ инструмента, каждый решает свою узкую задачу, показывает диагностику до удаления и позволяет откатить рискованные операции. Ниже — разбор каждого инструмента: в какой ситуации он нужен и что клиент получает на выходе.
[spoiler]
1. Система и файлы
1. Удаление неактивных сайтов Сценарий: в мультисайтовом проекте остался тестовый или закрытый сайт, но его инфоблоки ещё используются на других доменах. Результат: сайт и связанные с ним сущности удаляются, а нужные инфоблоки можно оставить — ничего не ломается на активных доменах.
2. Удаление неиспользуемых шаблонов сайта Сценарий: за годы разработки в системе накопилось 5–10 старых дизайн-шаблонов, от которых остался только один рабочий. Результат: инструмент показывает размер каждого шаблона и убирает лишние — админка становится компактнее, а диск освобождается.
3. Очистка папки /upload Сценарий: в /upload скопились файлы, на которые в базе больше нет ссылок — старые изображения товаров, черновики, случайные загрузки. Результат: мусорные файлы удаляются, а потенциально важные не стираются сразу — они перемещаются в /upload/cleanmaster, откуда их можно вернуть, если что-то удалено по ошибке.
4. Поиск и очистка файлов по маске Сценарий: нужно регулярно чистить *.log или временные файлы в bitrix/tmp, которые генерируются автоматически. Результат: можно задать маску один раз и получать чистую файловую систему без ручного поиска по FTP.
5. Очистка кэша (включая тегированный и ORM-кэш) Сценарий: после изменений в структуре данных сайт показывает устаревший контент из-за «залипшего» кэша. Результат: корректный сброс всех типов кэша, включая ошибочный тегированный кэш и кэш ORM-сущностей — сайт снова отображает актуальные данные.
6. Пошаговая очистка кэша уменьшенных изображений Сценарий: папка /upload/resize_cache разрослась до нескольких гигабайт из-за тысяч превью товаров. Результат: кэш чистится поэтапно, без единовременной нагрузки на сервер — превью пересоздаются заново по мере обращения к ним.
7. Поиск посторонних файлов в /bitrix Сценарий: нужно проверить, не осталось ли в системной папке /bitrix взломанных или подброшенных файлов, не входящих в эталонную поставку редакции. Результат: модуль сверяет файлы с эталоном редакции и показывает всё лишнее — это удобный первый шаг диагностики безопасности.
8. Виджет на рабочий стол Сценарий: администратору нужно быстро сбросить кэш и SEO-кэш инфоблоков, не заходя в настройки модуля. Результат: гаджет на рабочем столе админки выполняет частые операции очистки в один клик.
2. База данных и производительность
9. Очистка отдельных таблиц БД Сценарий: служебные таблицы вроде b_perf_sql, b_event, b_stat_hit, b_sec_session, b_sale_viewed_product или таблицы модуля рассылок b_sender_posting_* разрослись и замедляют запросы. Результат: безопасная очистка выбранных таблиц без риска задеть бизнес-данные — база становится легче, запросы быстрее.
10. Очистка журнала событий Сценарий: журнал событий (в том числе журнал вторжений) годами копит записи, которые уже никто не анализирует. Результат: журнал очищается с фильтрацией по типам событий — можно оставить только то, что действительно нужно для аудита.
11. Удаление истории веб-статистики Сценарий: модуль веб-аналитики Битрикса хранит статистику посещений за несколько лет, хотя реально анализируются только последние месяцы. Результат: старые данные за выбранный период удаляются, таблицы статистики уменьшаются в размере.
12. Удаление статистики монитора производительности Сценарий: монитор производительности копит замеры годами, хотя используется для диагностики только последних инцидентов. Результат: устаревшие метрики удаляются, монитор производительности снова работает шустро.
13. Очистка сессий в БД Сценарий: при хранении сессий в базе данных таблица сессий разрастается из-за брошенных и просроченных сессий. Результат: таблица очищается от неактуальных записей, снижая нагрузку на БД при каждом запросе.
3. Инфоблоки и товары
14. Удаление неактивных элементов инфоблоков Сценарий: в каталоге годами копятся снятые с продажи и деактивированные товары, но занимают место и попадают в отчёты. Результат: можно выбрать конкретные инфоблоки и удалить именно неактивные элементы, не трогая живой каталог.
15. Пошаговое удаление элементов инфоблоков Сценарий: нужно почистить демо-данные или тестовый каталог с тысячами элементов, не удаляя сами разделы структуры. Результат: элементы удаляются поэтапно, без пиковой нагрузки на сервер — подходит для больших объёмов на «боевом» хостинге.
16. Исправление совпадающих символьных кодов свойств Сценарий: из-за истории импортов у нескольких свойств элементов инфоблоков оказались одинаковые символьные коды, что ломает фильтры и API. Результат: коды приводятся к уникальным значениям — фильтр по свойствам и интеграции снова работают корректно.
17. Удаление пустых товаров Сценарий: в каталоге остались карточки без фото, цены, наличия и описания — «пустышки», оставшиеся после неудачного импорта. Результат: товары без содержания удаляются по гибким условиям — каталог выглядит опрятно и не портит конверсию.
18. Удаление последних просмотренных товаров Сценарий: таблица «просмотренные товары» разрослась и замедляет блок «вы смотрели» на сайте с высокой посещаемостью. Результат: история просмотров очищается, блок рекомендаций подгружается быстрее.
19. Удаление брошенных корзин Сценарий: таблица b_sale_fuser копит записи о посетителях, которые положили товар в корзину, но не оформили заказ и никогда не вернулись. Результат: лишние записи убираются, что ускоряет работу модуля продаж и отчётов по корзинам.
20. Очистка пустых значений списочных свойств Сценарий: у свойства типа «список» (например, «диаметр») со временем накопились значения, ни на один товар не привязанные — дубли после смены единиц измерения. Результат: можно выбрать конкретные неиспользуемые значения и удалить их — справочники свойств становятся чище, фильтр на сайте не пестрит мусорными пунктами.
21. Очистка незаполненных свойств инфоблоков Сценарий: при развитии каталога часть свойств инфоблока оказалась вообще не заполнена ни у одного элемента. Результат: пустые свойства убираются из структуры — админка каталога становится проще для контент-менеджеров.
4. CRM (для «Интернет-магазин + CRM» и коробки Битрикс24)
22. Очистка дел CRM за период Сценарий: в CRM накопились сотни завершённых задач и напоминаний за прошлые годы, которые только засоряют интерфейс менеджеров. Результат: старые дела за выбранный период удаляются, CRM работает быстрее и выглядит актуальной.
23. Очистка событий CRM за период Сценарий: журнал событий CRM (изменения сделок, звонки, письма) разросся до объёма, замедляющего карточки сделок. Результат: устаревшие события очищаются за период — карточки клиентов и сделок открываются быстрее.
24. Очистка старых email-сообщений с вложениями Сценарий: почтовый модуль CRM хранит письма с вложениями за несколько лет, вложения занимают десятки гигабайт на диске. Результат: старые письма вместе с файлами удаляются, освобождая существенный объём места на сервере.
25. Очистка корзины удалённых сущностей CRM Сценарий: «удалённые» лиды, сделки и контакты в CRM на самом деле просто перемещаются в корзину и продолжают занимать место в базе. Результат: корзина CRM очищается окончательно — база данных перестаёт хранить лишние копии.
26. Очистка сообщений веб-мессенджера Сценарий: переписка с клиентами через встроенный чат копится годами и раздувает таблицы сообщений. Результат: старые переписки очищаются, снижая объём базы и ускоряя работу чатов.
5. Пользователи и коммуникации
27. Удаление неактивных пользователей Сценарий: в базе тысячи зарегистрированных, но ни разу не заходивших пользователей, часть из них — со связанными заказами и сообщениями. Результат: можно удалить как самих пользователей, так и связанные с ними данные (заказы, сообщения форума, обращения в техподдержку, блоги) — база пользователей становится актуальной.
28. Удаление пользователей без авторизаций Сценарий: на сайте зарегистрировались тысячи ботов и роботов, которые ни разу не логинились после регистрации. Результат: фиктивные аккаунты убираются, статистика пользователей становится достоверной.
29. Удаление всех пользователей, кроме администраторов Сценарий: нужно быстро подготовить копию боевого сайта для тестового стенда или демонстрации, не таская реальную базу клиентов. Результат: одним действием сайт очищается от всех пользователей, кроме администраторских аккаунтов — стенд готов к безопасной работе.
30. Очистка спама на сайте Сценарий: в комментариях к товарам и на форуме появляется спам от одного автора, IP-адреса или с характерной подстрокой в тексте. Результат: спам вычищается по заданному критерию — репутация сайта в поиске и доверие покупателей не страдают.
31. Удаление неподтверждённых подписчиков Сценарий: модуль подписки годами копит адреса, которые подписались, но так и не подтвердили email. Результат: база подписки очищается от «мёртвых» контактов — рассылки становятся точнее, а метрики доставляемости выше.
32. Удаление выпусков рассылки за период Сценарий: архив отправленных выпусков рассылки за несколько лет занимает место и не нужен для повторного использования. Результат: старые выпуски за выбранный период удаляются, база модуля рассылок становится компактнее.
33. Удаление неактивных почтовых шаблонов Сценарий: за время разработки в системе накопились почтовые шаблоны, от старых версий уведомлений до тестовых заготовок. Результат: можно выбрать конкретные шаблоны для удаления — список шаблонов в админке остаётся только актуальным.
34. Очистка отправленных почтовых сообщений Сценарий: журнал отправленной почты за прошлые периоды больше не нужен для анализа, но занимает место в базе. Результат: сообщения за выбранный период удаляются, таблица почтовых событий уменьшается.
35. Очистка результатов модуля «Веб-формы» Сценарий: формы обратной связи и заявок годами копят ответы пользователей, включая давно обработанные заявки. Результат: старые результаты за период удаляются — админка форм не перегружена историческими данными.
6. Модули, компоненты и система
36. Удаление неиспользуемых модулей Сценарий: после экспериментов с функциональностью на сайте остались модули в статусе «удалён», но их файлы, события и агенты продолжают висеть в системе. Результат: модуль полностью убирает такие «хвосты», включая записи в b_option и b_option_site — система становится чище и без риска конфликтов при обновлениях.
37. Очистка настроек удалённых модулей Сценарий: даже после удаления модуля в таблицах b_option и b_option_site остаются его настройки. Результат: настройки очищаются, база данных не хранит конфигурацию несуществующих модулей.
38. Удаление неиспользуемых компонентов Сценарий: в шаблонах сайта, модулях, папках /bitrix и /local скопились компоненты, которые больше нигде не подключены. Результат: инструмент показывает детальный размер каждого компонента и позволяет убрать лишнее — экономия места на диске становится наглядной.
39. Удаление неиспользуемых языковых файлов Сценарий: сайт работает только на одном языке, но в шаблонах, компонентах и модулях остались локализации для языков, которые никогда не использовались. Результат: лишние языковые файлы удаляются, структура проекта становится компактнее.
40. Очистка демо-данных Битрикса Сценарий: сайт запускался с демонстрационным контентом (товары, новости, инфоблоки для примера), который так и не убрали после публикации. Результат: инструмент поддерживает запуск стандартного мастера очистки демо-данных Битрикса — сайт освобождается от «показательного» контента одним действием.
41. Очистка брошенных административных страниц Сценарий: после удаления старых или сторонних модулей в админке остаются «мёртвые» страницы, которые никуда не ведут. Результат: такие страницы вычищаются, админка не засорена нерабочими пунктами меню.
42. Очистка распакованных обновлений модулей Сценарий: после каждого обновления системы во временных папках остаются распакованные файлы апдейтов, которые больше не нужны. Результат: временные файлы обновлений удаляются, освобождая место на диске.
7. Автоматизация
43. Сохранение профиля очистки для Cron Сценарий: нужно, чтобы часть перечисленных выше операций (например, очистка кэша, сессий, брошенных корзин и логов) выполнялась регулярно без участия администратора. Результат: настройки очистки сохраняются в профиль, который можно запускать по расписанию через Cron — при наличии прав модуль сам предложит автоустановку в планировщик задач. Сайт поддерживает себя в чистоте без ручной рутины.
Почему это работает как единая система, а не набор случайных функций
- Диагностика перед действием. Практически каждый инструмент сначала показывает, что и в каком объёме будет удалено, и только после подтверждения выполняет очистку.
- Откат для рискованных операций. Например, при очистке /upload потенциально важные файлы не удаляются сразу, а перемещаются во временную папку.
- Фоновый режим. Тяжёлую диагностику можно запускать на сервере в фоне, не создавая пиковой нагрузки в рабочее время.
- Гибкие настройки под каждую задачу — от выбора конкретных инфоблоков до фильтрации по автору спама или диапазону дат.
- Интернет-магазинам с большим каталогом, брошенными корзинами и активной CRM — инструменты 9, 14–21, 22–26 напрямую бьют по узким местам продаж.
- Веб-студиям и агентствам, которые сопровождают несколько проектов на Битрикс — профили для Cron (43) экономят часы регулярной рутины.
- Администраторам сайтов, которые готовят стенды, чистят демо-данные после запуска или следят за безопасностью — инструменты 7, 29, 40, 41 закрывают именно эти задачи.
