Анализ ошибок сервера

Купить: 12 000 руб

Технические данные

Дата публикации:

Адаптивность:

Нет

Поддержка композита:

Нет

Описание

Разбираем журналы nginx, PHP и Битрикс: какие ошибки бьют посетителей — и закрываем те, что чинятся в логах и конфиге.

12 000 ₽ · журнал за 7–14 дней · не тюнинг Env и не день правок шаблонов

Для кого

в журналах «что-то сыпется», но непонятно, бьёт ли это корзину и каталог;
бывают 502 / белый экран, а хостинг «вроде живой»;
после обновлений или переезда появились фаталы, агенты удалённых модулей, письма не уходят;
нужен короткий топ ошибок, а не простыня лога на 200 страниц.

Что входит

Окно журналов — последние 7–14 дней или с последней ротации. Старые архивы годами не разбираем пакетом.
Несколько источников — nginx/Apache, php-fpm, MySQL, журналы 1С-Битрикс (exception.log / error.log). Без SSH смотрим то, что доступно из Битрикс и панели.
Топ повторов — какие сообщения идут сотнями, какие один раз. Считаем, с какого дня, бьёт ли публичку.
Классификация — 502/504, фатал PHP, диск/права, cron и агенты, почта, «это уже код или SQL». Не маскируем notices шаблона под «ошибку сервера».
Точечные правки — то, что закрывается в журнале и конфиге: права, виртуальный хост, агенты удалённых модулей, ротация логов. Не php.ini/OPcache/redis и не день в /local.
Письмо о фаталах — если ещё не настроено, включаем событие Битрикс на почту ваших разработчиков. Debug в .settings.php без вашего «можно» не трогаем.
Отчёт — таблица: ошибка / сколько раз / с какого дня / что сделали / что дальше (код, хостинг, SQL).

Что не входит

Настройка php.ini, OPcache, redis, InnoDB, swap — анализ хостинга.
Notices PHP и правки шаблонов — анализ качества кода.
Индексы MySQL — анализ запросов к БД.
Когда список мелких правок уже известен — комплекс мелких ошибок сервера.
Переход на PHP 8, обновление ядра, лечение вирусов, анти-DDoS.

Что нужно от вас

SSH (root или sudo) — чтобы читать nginx/php-fpm/mysql; без него работаем по журналам Битрикс и панели;
админка 1С-Битрикс;
почта, куда слать фаталы, если включаем уведомление;
доступы не открытым текстом в мессенджере;
не менять exception handling / debug, пока идёт разбор, без согласования.

Как проходит работа

Снимаем журналы за окно 7–14 дней, собираем топ повторов.
Классифицируем: сервер, код, SQL, внешний сервис.
Закрываем точечные конфиг-ошибки, при необходимости включаем письмо о фаталах.
Отчёт. Если узкое место в коде, на Env или в индексах — честно направляем на соседнюю услугу.

Частые вопросы

Это то же самое, что анализ хостинга?
Нет. Здесь ищем, что сыпется в журналах, и закрываем это. Разгон php.ini и redis — другая карточка.

Почините все notices из лога?
Нет. Повторяющийся notice в шаблоне — это код. В отчёте будет строка со ссылкой, не молчаливая правка всего /local.

Нет root, только FTP и админка?
Смотрим журналы Битрикс и то, что отдаёт панель. Nginx/mysql без SSH в пакет часто не входят — напишем в отчёте, чего не хватило.

Зачем почта о фаталах?
Чтобы следующая ошибка у посетителя не копилась неделю в файле. Если событие уже есть — не дублируем.