Доработка сайта после другого подрядчика: риски и решения

Основные риски

• нестандартный код без комментариев и документации;
• устаревшие технологии и библиотеки, которые не поддерживаются;
• скрытые баги, которые всплывут при изменениях;
• конфликты с существующими модулями и плагинами;
• риск сломать работающий функционал при правках;
• отсутствие доступа к серверу, базе данных, репозиторию.

Что делать до начала работ

1. Получить доступы

Убедитесь, что у вас есть доступ ко всему: админке сайта, хостингу, FTP/SSH, базе данных, репозиторию, домену, почте, привязанной к сайту. Если доступы остались у предыдущего подрядчика, запросите их или смените пароли через панель управления.

2. Провести аудит кода и текущего состояния

Аудит показывает, какие технологии использованы, есть ли технический долг, какие места могут быть проблемными при доработке. Без аудита есть риск, что доработка затронет скрытые зависимости и сломает что-то неожиданное.

3. Сделать резервную копию

Перед любыми изменениями — полная резервная копия сайта и базы данных. Это страховка: если что-то пойдёт не так, всегда можно откатиться к исходному состоянию.

4. Работать на тестовой копии

Никогда не делайте доработку на боевом сайте напрямую. Разверните тестовую копию на отдельном поддомене или локально, работайте там, тестируйте и только после этого переносите изменения на рабочий сайт.

5. Задокументировать изменения

Каждое изменение должно быть задокументировано: что сделано, какие файлы затронуты, какие зависимости. Это поможет в будущем и упростит передачу проекта другому подрядчику.

Что делать, если подрядчик пропал

Если предыдущий разработчик не отвечает и не передаёт доступы, действия такие:

• запросить доступы через хостинг, если сайт размещён на вашем аккаунте;
• сменить пароли через панель управления хостингом;
• если есть физический доступ к серверу или репозиторию — забрать данные оттуда;
• если доступа нет нигде — обратиться к регистратору домена и хостинг-провайдеру;
• при необходимости восстановить проект из резервной копии.

Что делать, если код нестандартный

Нестандартный код — не приговор. Многие проекты написаны без документации и комментариев, но это не мешает их дорабатывать. Главное — сначала разобраться в структуре, понять логику, затем работать аккуратно и на копии. Если код сильно устарел и поддерживать его дороже, чем переписать — стоит рассмотреть рефакторинг или частичную переработку проекта.

Вывод

Доработка сайта после другого подрядчика — это нормальная практика, но требует аккуратности. Получите доступы, проведите аудит, сделайте резервную копию, работайте на тестовой копии и документируйте изменения. Так вы избежите сюрпризов и сохраните работоспособность проекта.

Материал носит информационный характер. Конкретные шаги зависят от состояния проекта, стека технологий и доступов.