Яндекс.Метрика
Москва, Волгоградский пр-т,
43к3, оф. 301
Пишите 24/7, мы онлайн
+7 (495) 128-00-14
последнее обновление: 16.12.2025

Определение: Логи сервера — это журналы событий, куда сервер записывает, что происходило: какие запросы приходили на сайт, какие ошибки возникали, кто входил в систему, как работали сервисы. По логам обычно находят причины сбоев, взломов и “тормозов”.

Зачем это нужно

  • Быстро находить ошибки сайта и сервера (500, 502, падения PHP, проблемы с базой данных).
  • Понимать, почему сайт медленный: время ответа, “тяжёлые” запросы, пики нагрузки.
  • Выявлять атаки и подозрительную активность: сканирование, подбор паролей, всплески запросов.
  • Проверять работу интеграций: формы, отправка писем, API-запросы, вебхуки.
  • Собирать техническую статистику для поддержки: что именно ломается и как часто.
  • Доказывать факт инцидента: когда начались проблемы и какие действия их вызвали.

Пример

Пример кода:

203.0.113.5 - - [16/Dec/2025:10:12:41 +0300] "GET /catalog/ HTTP/1.1" 200 15432 "-" "Mozilla/5.0"
203.0.113.5 - - [16/Dec/2025:10:12:43 +0300] "GET /wp-login.php HTTP/1.1" 404 532 "-" "Mozilla/5.0"
2025/12/16 10:13:05 [error] 1234#1234: *5678 upstream timed out (110: Connection timed out) while reading response header from upstream, client: 203.0.113.7, server: site.ru, request: "GET /api/orders HTTP/1.1", upstream: "http://127.0.0.1:3000/api/orders"

Первая строка — обычный успешный запрос (код 200). Вторая — попытка открыть страницу входа WordPress, которой на сайте нет (код 404) — часто так “прощупывают” сайт. Третья — пример ошибки: reverse proxy (например, Nginx) не дождался ответа от приложения (таймаут), из-за чего пользователи могут видеть 502/504.

Скриншот

Окно терминала или панель хостинга с просмотром логов: access.log и error.log, видны коды ответов и строки ошибок

Подпись к скриншоту: просмотр логов на сервере или хостинге: файлы access.log и error.log (или журнал событий), где видны запросы и ошибки

Частые ошибки

  • Смотреть только access.log и игнорировать error.log — причина проблемы обычно в ошибках.
  • Не включать ротацию логов: файлы разрастаются и забивают диск.
  • Хранить логи слишком мало времени и терять историю инцидента.
  • Оставлять логи с чувствительными данными (токены, пароли в URL) — риск утечки.
  • Пытаться “лечить” сайт, не зафиксировав, что именно написано в логах (теряется время).

Связанные термины

Наши услуги