Ворклог по задаче "Миграция bizneshelper.ru с Ruby на haih-cms"

Этап: сайт фактически полностью пересобран на новой системе

Основная техническая переделка bizneshelper.ru выполнена. Новый сайт собран на haih-cms и больше не зависит от необходимости воспроизводить старую Ruby-архитектуру как рабочую систему.

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

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

Главный ближайший приоритет смещается на работу с контентом: перенос, нормализацию, обновление, внутреннюю перелинковку, SEO и AI-driven переработку материалов.

Важный вывод по стоимости миграции

Фактически основная переделка заняла порядка 3–4 дней, но значительная часть этого времени была потрачена не на создание новой функциональности, а на обход особенностей старой технической реализации. Legacy-сайт оказался существенно сложнее в переносе, чем должен был быть при сопоставимом объёме контента.

Основные источники лишней сложности:

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

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

С точки зрения проекта результат важен именно этим: несмотря на плохое внутреннее состояние legacy, новая версия была собрана за несколько дней, а дальнейшее развитие теперь можно вести уже поверх значительно более простой и AI-дружелюбной среды.