Не начинайте с первой задачи заказчика

Даже маленькая правка может задеть общий шаблон, plugin, cron или API. Сначала создайте точку восстановления и карту проекта.

Что запросить до начала работ

ДоступЗачем
остингаPHP, cron, backups, DNS/site settings
SFTP/SSHфайлы и логи
backup и диагностика
CMS Managerнастройки и контент
Git/repositoryистория изменений
DNS/CDNredirects, proxy, SSL
CRM/платежи/API sandboxтест интеграций без production
Документация/контакты прошлого разработчикаскрытые зависимости

Снять технический инвентарь без изменения сайта

BASH
php -v
php --ini
git status 2>/dev/null || true
git remote -v 2>/dev/null || true

find /path/to/site -maxdepth 2 -type f   -printf '%TY-%Tm-%Td %TH:%TM %p\n' 2>/dev/null   | sort -r | head -n 100

crontab -l 2>/dev/null || true

Что обязательно зафиксировать

  • дата backup файлов и БД;
  • текущая версия PHP/CMS;
  • список критичных интеграций;
  • кто и где хранит секреты;
  • есть ли фоновые задачи;
  • какие страницы/функции нельзя ломать;
  • какие ошибки уже есть до ваших изменений.

Staging важнее «осторожной правки на проде»

Если сайт приносит заявки или заказы, даже мелкие изменения лучше проверять на копии. Тестовый контур не должен создавать реальные оплаты и уведомления.

Как передать проект дальше без повторения той же проблемы

После доработки оставьте список изменённых файлов/коммитов, настройки окружения, инструкции rollback и описание нестандартных интеграций.

Скачать примеры для веб-разработки

RuJul Web Development Examples — один ZIP

Связанные материалы

Что должно войти в акт передачи проекта

Запросите копию файлов и базы, версию CMS/PHP, перечень установленных компонентов, доступы к домену, DNS, хостингу, репозиторию, платёжным и почтовым сервисам. Сначала проверьте, кому принадлежат учётные записи и кто может восстановить доступ. Отдельно фиксируйте лицензии, планировщик задач, вебхуки и интеграции, которые не видны по шаблонам сайта.

Первые изменения лучше выполнить на резервной копии или staging-окружении. После проверки нового исполнителя следует отозвать лишние доступы и заменить секреты, не размещая пароли в переписке или общем техническом задании.