Владелец магазина сантехники Дмитрий проснулся в субботу и увидел, что заказов нет с полуночи. Сайт открывался, каталог работал, но корзина молчала. Он перезагрузил сервер, позвонил разработчику, проверил платёжный шлюз — ничего не помогало. В понедельник он позвонил нам. Мы зашли в логи ошибок Битрикс и через пять минут увидели причину: база данных была переполнена, потому что таблица сессий разрослась до 4 гигабайт. Дмитрий три года не заглядывал в эти записи. Три года проект копил сбои, пока они не вылились в отказ.
Журнал ошибок Битрикс: как мы за пять минут нашли то, что Дмитрий искал три дня
Когда Дмитрий дал нам доступ к админке, мы первым делом открыли журнал ошибок Битрикс. Это раздел «Настройки» → «Инструменты» → «Журнал событий». Там висела красная строка: «Ошибка базы данных: Table is full». Всё, что нужно было сделать — очистить таблицу сессий. Дмитрий смотрел с изумлением: «И всё? Я три дня не мог найти причину, а она лежала здесь?» Да, именно так. Журнал событий Битрикс — это чёрный ящик вашего магазина, который записывает всё, что идёт не так. Большинство владельцев открывают такие отчёты только после катастрофы.
Мы объяснили Дмитрию, что проверять журнал нужно хотя бы раз в неделю. И настроили автоматическую очистку старых сессий, чтобы проблема не повторилась. Теперь он заходит в системные записи, как в почту — по утрам, с кофе. И за два года ни одного внезапного падения.
Где смотреть логи Битрикс, если админка недоступна
Через месяц у Дмитрия возникла новая проблема: сайт периодически выдавал ошибку 500, но в журнале событий было пусто. Он позвонил нам снова, уже не паникуя, но с вопросом: где смотреть логи Битрикс, если админка молчит? Мы показали ему серверные отчёты. На VPS от REG.RU они лежали в папке /var/log/php/error.log. Там мы нашли десятки записей «mod_fcgid: read data timeout», которые появлялись каждый раз, когда обмен с 1С запускался в час пик. Решение было простым: перенести обмен на ночь. Дмитрий сделал это сам, следуя нашей инструкции.
Сейчас он знает три места для поиска: журнал событий в админке, error.log в корне сайта и PHP-логи на сервере. Говорит, что это знание сэкономило ему больше денег, чем любой платный инструмент. И он прав: систематическая проверка логов — это бесплатный аудит, доступный каждому владельцу.
Диагностика ошибок Битрикс: чек-лист, который теперь висит у Дмитрия на стене
После второго случая Дмитрий попросил нас написать простой алгоритм действий, когда сайт начинает вести себя странно. Мы составили диагностику ошибок Битрикс в трёх шагах. Шаг первый: открыть журнал событий, отсортировать по времени и найти последние критические ошибки. Шаг второй: если журнал пуст, зайти на сервер и открыть error.log. Шаг третий: если и там тишина, выполнить поиск критических сбоев PHP через SSH. Этот чек-лист теперь висит у Дмитрия над столом.
В 90% случаев он находит причину сам. Для оставшихся 10% есть мы. Если вы тоже хотите перестать гадать и начать точно знать, что происходит с вашим магазином, закажите бесплатный аудит на support.orangecode.ru. Мы проверим все три уровня логов и дадим конкретный план исправления.