07.11.2023

Epic fail, который стоил хостинга

Важно правильно рассчитывать силы при работе с большим объемом данных - эта статья тому доказательство. Опасный провал нашей компании, который чуть не испортил репутацию redbox.

С чего начиналась беда

Наше агентство 8 лет назад работало с заказчиком - туристической компанией, которой запускали сайты на 20+ городов России. Корпоративные многостраничные сайты турагентства, где люди знакомились с текущими турами, скидками, забронировать поездку или подписаться на рассылку. Это сопровождалось большим количеством пестрых фотографий из уголков страны. 5-6 проектов уже функционировали в интернет-пространстве и принимали пользователей. Хостинг происходил на наших серверах, так как наше агентство - разработчик, и необходим постоянный доступ к сайтам.

Начало невозвратимого

В февральский рабочий вечер стояла задача - удалить неактивного пользователя, раздел сайта, который не функционировал, но удаление пошло не так, как планировалось. Вместо необходимых пары минут раздел удалялся пол часа - постепенно у разработчиков появлялись сомнения. С этого момента начались проверки сервисов.

Так полетели в небытие наши рабочие сайты компании, а вместе с ними контент: текст, фотографии, гиперссылки, заявки и т.д. Каков итог: удалились 12 связанных друг с другом проектов, которые стояли на хостинге - 10 из которых не подлежали восстановлению.

Возрождение сайтов

Разработчики искали старые коды сайтов и восстанавливали проекты с нуля, так как бэкапы ничем не помогли. Изображения и гиперссылки вводились вручную на каждый из 12 проектов. Чуда не произошло: пришлось работать на износ полторы недели подряд, чтобы восстановить 90% проектов. Полторы недели работы над 900 программами, которые строились полгода.

Какой получился урок

Наша компания советует тщательно проверять бэкапы и правильно настраивать. Лучше настроить дополнительные меры безопасности, для спокойствия заказчика и себя. Главным правилом стало: не держать больше сайты у себя на хостах. Лучше получается разрабатывать.