Миграция самописной системы на Laravel без потери данных и трафика

С инвентаризации: описываем схему базы, находим все точки входа (страницы, формы, cron-задачи, интеграции) и восстанавливаем бизнес-правила по коду и интервью с сотрудниками. На выходе — карта системы и план переноса с оценкой. Без этого этапа любая оценка была бы фантазией.

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

Схему переносим, но с проверкой: в самописных системах часто нет внешних ключей, есть дубли и записи с нарушенными связями. Мы описываем правила целостности, чистим данные и только потом переносим. Историю операций сохраняем: она нужна для сверок и отчётов.

Инвентаризация и карта системы — 2–4 недели, проектирование и подготовка данных — 2–4 недели, перенос и разработка — от 8 недель, переключение и стабилизация — 2–4 недели. Разброс большой: он определяется объёмом кода и качеством данных, а не размером интерфейса.

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

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

Карта URL собирается до переезда: из базы, sitemap и логов сервера. Совпадающие адреса сохраняются один в один, остальные закрываются 301-редиректами. Метаданные, заголовки и микроразметка переносятся, а не генерируются заново. После переключения мы следим за ошибками, индексацией и позициями — обычно это 2–4 недели наблюдения.

Каждая описывается до разработки: что передаётся, как часто, что считается успехом и как видеть ошибки. В новой системе обмены становятся явными: журнал синхронизации, повторные попытки, алерты. Платёжные модули подключаем на тестовых аккаунтах до переключения трафика.

Да. Варианты: укрепить текущую систему (закрыть уязвимости, добавить тесты, навести порядок в бэкапах), вынести отдельный модуль на Laravel и связать через API или шину, либо рефакторить по частям. На аудите мы говорим прямо, какой путь дешевле — иногда это отказ от полного переноса.

Стоимость зависит от объёма данных, числа интеграций, количества кастомной логики и требований к сохранению SEO. Аудит и план миграции фиксируются по цене заранее, дальше проект считается этапами с понятным результатом на каждом. По объёму работ миграция сопоставима с разработкой нового проекта — но с сохранением данных, истории и трафика.

Мы меняем систему, а не процессы: админка собирается под их задачи, а обучение входит в проект. Обычно новая админка нравится больше: понятные формы, живые таблицы, отчёты без участия разработчика. Для сложных мест пишем короткие инструкции.

Вам. Код, схема данных, документация, доступы и инфраструктура оформляются на вас с самого начала. Мы не удерживаем проект в своём контуре: его можно передать другой команде, а документация описывает систему так, чтобы ей мог заняться любой PHP-разработчик.

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