Год назад мы начали фиксировать всё, что находим на аудитах. Не для отчётности — для понимания, что на самом деле происходит с серверами интернет-магазинов.
Результат удивил даже нас. На 49 из 60 аудитов — хотя бы одна проблема, о которой владелец не знал. На 17 — критические. Вот пять историй, которые запомнились больше всего.
История 1. Бэкапы, которые не восстанавливаются
Магазин детской одежды. Нас позвали для настройки мониторинга — и заодно попросили «глянуть, всё ли в порядке».
С бэкапами всё выглядело хорошо: создаются каждый день, хранятся три недели, скрипт отрабатывает исправно. Мы решили проверить восстановление — просто на всякий случай.
Архивы открылись. Но база данных внутри была повреждена. Повреждение копилось три месяца — и три месяца создавались новые бэкапы с той же проблемой внутри. Все рабочие копии остались только в архиве двухмесячной давности, который нашли случайно.
Что было бы, если бы сайт упал тогда? Откат на два месяца назад. Потерянные заказы, утраченные данные о клиентах, провал в поиске.
Восстановление механизма бэкапов заняло три часа. Теперь раз в неделю автоматически проверяется, что резервная копия действительно рабочая.
История 2. Диск, который закончился тихо
Магазин электроники. Обратились сами — сайт стал выдавать случайные ошибки базы данных. Непостоянные, трудновоспроизводимые.
Посмотрели на диск: 98,7%.
Кто виноват? Никто конкретно. Логи MySQL, которые никто не ротировал три года. Старые бэкапы, которые создавались, но никогда не удалялись. Временные файлы Битрикс после нескольких крупных обновлений.
Расчистили — стало 64%. Настроили автоочистку старых бэкапов и ротацию логов. Добавили алерт на 80% заполненности.
Через месяц клиент написал: «Сайт давно так стабильно не работал». Мы не делали ничего волшебного — просто убрали то, что мешало.
История 3. «Мы год не обновляли, и ничего»
Магазин спортивного питания. Пришли на аудит после того, как конкурент «поймал вирус» и потерял клиентскую базу. Решили проверить себя.
Битрикс — версия годовой давности. Операционная система — обновления не ставились 14 месяцев. Мы посмотрели список уязвимостей для этой версии. Нашли три с публично доступными инструментами для эксплуатации.
«Но нас же не взломали». Это не аргумент — это удача. Автоматические сканеры, которые ищут уязвимые сайты по всему интернету, не выбирают жертв по размеру магазина.
Обновили всё за один вечер. Предварительно — бэкап и тест на отдельном окружении. Никаких поломок не было.
История 4. Обмен с 1С, который съедал половину дня
Магазин строительных материалов, каталог на 15 000 позиций. Жаловались на медленную работу сайта — «особенно утром и после обеда».
Посмотрели на нагрузку по времени суток. Картина стала понятна сразу: обмен с 1С запускался каждые два часа, каждый раз занимал 40–55 минут и грузил сервер до 90% по процессору. Пока шёл обмен, покупатели стояли в очереди к серверу.
Перенесли обмен на ночь — с 02:00 до 04:00. Добавили кэш для часто запрашиваемых страниц. Скорость сайта в рабочие часы выросла в 2,3 раза. Без замены хостинга, без переписывания кода.
История 5. SSL, который закончился в субботу
Небольшой магазин посуды. Позвонили в субботу вечером: браузер показывает «Подключение небезопасно», покупатели уходят.
SSL-сертификат истёк. Автообновление было настроено, но сломалось три месяца назад — и никто не проверял. Сертификат тихо дожил до конца срока.
Восстановили за 20 минут. Но несколько часов простоя в выходной — это не просто нервы. Это реальные потери: покупатели, которые уйдут и не вернутся.
Что объединяет все эти истории
Ни одна проблема не появилась внезапно. У каждой — своя история накопления: неделями, месяцами. И каждую можно было найти и устранить до того, как она стала аварией.
Технический аудит сайта — это как медосмотр. Не лечение болезни, а поиск того, что ещё можно предотвратить.
Проводим его бесплатно. Проверяем сервер по 30+ параметрам и отдаём отчёт за 24 часа — с конкретными находками, без общих советов.
→ Оставьте заявку на support.orangecode.ru