Логи - первое место, куда стоит смотреть, когда сайт ведет себя не так, как показывает браузер. В браузере может быть только “ошибка 500”, а в логе сервера часто указан конкретный PHP-файл, строка или запрещенный запрос.
Какой лог за что отвечает
| Лог | Что показывает |
|---|---|
| access_log | Запросы к сайту: URL, код ответа, IP-адрес, user agent. |
| error_log | PHP-ошибки, проблемы с правами, отсутствующие файлы и серверные предупреждения. |
| Debug-лог CMS | Ошибки уровня приложения: WordPress, Joomla, OpenCart и других CMS. |
Что проверять
- Откройте лог за точное время проблемы.
- Ищите домен, URL или имя скрипта.
- Сравните коды ответа: 200, 301, 403, 404, 500, 503.
- Не публикуйте полные логи открыто: там могут быть пути, IP-адреса или токены.
- Исправьте первую реальную ошибку, затем обновите страницу и проверьте лог снова.
Пришлите время ошибки и последние строки лога без паролей. Поможем отличить настоящую причину от шума.
Разобрать строки логаКак использовать эту инструкцию
Начните с проверки базовых данных: домен, услуга, панель управления, дата изменения и точный симптом. Во многих случаях проблема решается быстрее, если сразу понятно, что именно должно работать и какой результат вы видите сейчас.
- не меняйте несколько настроек одновременно без записи действий;
- перед рискованными изменениями делайте резервную копию;
- сохраняйте скриншоты ошибок и системные сообщения;
- проверяйте результат из внешнего сервиса, а не только из браузера;
- если сомневаетесь, уточните порядок действий у поддержки.
Такой подход снижает риск случайно ухудшить ситуацию и помогает быстрее восстановить работу сайта или услуги.
Что подготовить перед обращением
Чтобы поддержка GoodNet быстрее разобралась с вопросом по теме «Как читать логи сайта: access_log и error_log», укажите домен, услугу, время появления проблемы, что менялось перед этим и приложите точный текст ошибки или скриншот. Это помогает сразу перейти к диагностике, а не тратить время на уточнение базовых данных.