Если сайт глючит, а перезагрузка сервера или сброс кэша «помогают» лишь на время, значит причина никуда не делась: утечка памяти, распухшая таблица, битый кэш или чужой процесс продолжают накапливать проблему, и она вернётся - обычно в самый неудобный момент. Правильный порядок другой: зафиксировать симптомы, найти закономерность, прочитать логи, устранить источник и убедиться наблюдением, что сбой не повторяется. Это и есть культура диагностики, которая отличает починенный сайт от временно замолчавшего.
Почему перезагрузка «чинит» сайт только на время
Рестарт очищает оперативную память, убивает зависшие процессы и сбрасывает кэш - то есть убирает накопившиеся следствия. Но источник следствий остаётся: скрипт с утечкой памяти снова начнёт её съедать, кривой обмен снова забьёт базу, переполняющийся диск продолжит заполняться. Поэтому интервалы между «глюками» становятся короче: сегодня хватает на месяц, через полгода - на день.
Отдельная беда «лечебных» рестартов: они стирают улики. Списки процессов, содержимое памяти, зависшие запросы - всё, по чему находится причина, исчезает при перезагрузке. Остаются только логи, и хорошо, если они включены.
«Сайт глючит» - что это значит на языке диагностики
| Жалоба | Вероятная зона | Куда смотреть |
|---|---|---|
| Медленно открывается, зависает | Нагрузка, база, кэш | Графики сервера, медленные запросы |
| Периодически ошибка 500 | Код, лимиты PHP | Логи ошибок - разбор в статье про ошибку 500 |
| Выбрасывает, пустеет корзина | Сессии, cookie | Настройки сессий и проактивной защиты |
| Чужие данные, старые цены | Кэш, композит | Настройки кэширования и сброс по событиям |
| Редиректы на чужие сайты, реклама | Взлом | Чек-лист как понять, что сайт взломан |
| Не приходят заявки | Формы, почта | Журнал почты, тест форм |
Культура диагностики: как ищут причину профессионалы
- Зафиксируйте симптомВремя, страница, у кого воспроизводится, скриншот ошибки. «Вчера что-то глючило» - не данные; «в 14:20 на карточке товара 500 у всех» - данные.
- Воспроизведите проблемуСбой, который умеете повторять, наполовину решён. Не воспроизводится - собирайте статистику появлений: время суток, разделы, устройства.
- Вспомните, что менялосьОбновления, правки, новые модули, рост трафика, обмены. Большинство «внезапных» глюков начинается через день-два после какого-то изменения.
- Прочитайте логи за период сбояОшибки PHP, лог веб-сервера, лог MySQL, журнал Битрикс. Логи - показания свидетелей; без них любая версия остаётся гаданием.
- Проверьте гипотезу на тестовой копииМеняйте по одному фактору за раз и наблюдайте. Два изменения сразу - и вы уже не знаете, какое помогло.
- Устраните причину и наблюдайтеНастоящее «починили» - это когда сбой не повторился за контрольный срок, а не когда экран перестал краснеть.
Сайт хронически глючит, а причину никто не нашёл?
Возьмём сайт на поддержку: включим мониторинг и логи, найдём источник сбоев и устраним его. С 2013 года разобрали сотни таких «мистических» случаев - от 250 BYN в месяц.
Когда перезагрузка - правильное действие
Честный ответ: иногда рестарт уместен. Сайт лёг в разгар рабочего дня - сначала поднимаем любым способом, потом разбираемся. Но у профессионалов за быстрым подъёмом всегда следует разбор: сохранить логи до рестарта, найти причину, закрыть её и записать выводы. Если причина в коде - её закрывает доработка сайта; если в сервере и окружении - настройка и мониторинг в рамках администрирования.
Частые вопросы про глючащий сайт
Сайт глючит эпизодически, а логи чистые. Так бывает?
Хостер говорит, что у него всё в порядке. Кто тогда виноват?
Сколько стоит найти причину, если сайт глючит?
Как отличить глюк от взлома?
Сайт, который «просто глючит», на самом деле подробно рассказывает о своей болезни - логами, закономерностями, симптомами. Нужно лишь, чтобы кто-то слушал. Передайте сайт на администрирование в Alavir: мониторинг, логи, бэкапы и разбор каждого инцидента до причины. 450+ проектов с 2013 года, консультация бесплатная.
