Коллеги, здравствуйте. Меня зовут Денис, я инженер техподдержки в «Технодзен».
Часто слышу: «Зачем нам обслуживание сайта, он же работает?»
Отвечу историей.
📦 Клиент — федеральный дистрибьютор запчастей
Пришёл к нам клиент. Продажи по всей России, от Москвы до Владивостока. Сайт огромный: 22 тысячи товаров, куча фильтров, цены привязаны к складам в реальном времени.
И была у них одна проблема. Очень странная.
🕠 Загадка пятничного сбоя
Звонит мне руководитель IT-отдела (назовём его Михаил) и говорит:
— Денис, каждую пятницу в 18:00 наш сайт встаёт. Клиенты видят ошибку 504 (это когда сервер слишком долго думает и сдаётся). В понедельник утром всё само оживает. Мы теряем деньги.
— Предыдущий подрядчик только плечами пожимает. Возьмёте сайт на техническое обслуживание?
Я говорю: «Давайте разбираться».
Мы подписали договор на услуги по обслуживанию сайтов с чёткими условиями: реагируем за 15 минут, аптайм (время работы сайта) — 99,9%.
🔍 Что я увидел в серверной
Я запросил доступ к серверу. У клиента был VPS с 4 ядрами и 8 ГБ оперативной памяти. Для такого каталога — маловато, но не критично.
Первое, что я сделал, — залез в список запланированных задач (cron). И увидел странную строчку: каждую пятницу в 18:00 запускался скрипт, который… обновлял цены, парся этот же самый сайт.
Представляете? Сайт сам себя парсил. Как будто человек пытается поднять себя за волосы.
Почему так сделали? Прямая связь с их 1С постоянно рвалась. Предыдущий администратор вместо того, чтобы починить связь, состряпал костыль. И этот костыль ложил базу данных каждую пятницу.
Полезный совет: если вы ищете, где техническую поддержку сайта заказать, первым делом попросите показать список запланированных задач. В 80% случаев проблемы именно там.
Вторая находка — убийца производительности
На сайте было полностью отключено кеширование. Это когда страница один раз генерируется и сохраняется, а потом быстро отдаётся тысячам посетителей.
У клиента каждая загрузка страницы заново лезла в базу данных. На пике сервер ждал диск 40% времени.
А ещё — устаревшая версия PHP (язык, на котором работает сайт). Она уже два года не получала обновлений безопасности. Как ездить на машине с пробитым колесом.
⚙️ Что мы сделали в первые дни
Я зашёл в сервер, нашёл ту самую пятничную задачу — и просто выключил её. Одной командой.
Сайт перестал падать.
Потом мы запустили штатный обмен с 1С через обычный API — оказалось, он просто был настроен с ошибкой в папке. Поправили — и цены пошли сами, без парсинга.
Результат первого дня: сайт больше не умирал по пятницам.
Но это было только начало. Мы понимали — нужно укреплять всю систему.
🚀 Что было дальше?
Мы предложили Михаилу перейти на облачную архитектуру (три сервера вместо одного), настроили кеширование на всех уровнях, обновили PHP с 7.2 до 8.1 и внедрили круглосуточный мониторинг.
А потом случилось то, чего Михаил не ожидал…
👉 Узнайте, во сколько раз ускорился сайт, какой стал аптайм и сколько денег сэкономил бизнес — в полной версии кейса на нашем сайте
💡 P.S.
Если вам нужно обслуживание сайтов или техническая поддержка сайта на Битрикс — присылайте доступы. Мы сделаем экспресс-аудит за пару часов. Бесплатно. Просто чтобы вы знали, в каком состоянии ваш сайт на самом деле.
И помните: не ждите пятницы.
Кейс нашего инженера Дениса. Выполнен под NDA. Данные о клиенте обезличены, суть проблемы настоящая.