happybaby2000.ru

HappyBaby2000 — давний коммерческий проект, который хорошо показывает тип задач, где сайт нельзя просто выбросить и переписать с нуля. Бизнес уже много лет живёт на накопленных данных, старой структуре, SEO-истории и привычных внутренних процессах, поэтому модернизация идёт поверх работающей системы.

Изначально клиент пришёл с интернет-магазином на Shopkeeper 3 и большим количеством технических проблем. Поверх существующей системы был внедрён и доработан собственный shopModx, после чего сайт много лет продолжал работать.

К 2026 году старый frontend заметно устарел. При сохранённом органическом трафике пользовательская часть уже плохо соответствовала современным ожиданиям, поэтому был проведён радикальный, но ограниченный по риску эксперимент: старый MODX-backend сохранили как источник бизнес-данных, а публичный frontend перенесли на haih-agent.

Текущее состояние

Сейчас проект работает в гибридной архитектуре:

• MODX остаётся рабочим backend и хранит основной накопленный бизнес-контекст;
• новый frontend отвечает за публичную часть магазина;
• поверх каталога постепенно развиваются AI-возможности для подбора товаров и взаимодействия с посетителем;
• миграция выполняется без требования одномоментно заменить всю старую систему.

Это не законченный «новый магазин», а живой переходный проект. Часть старых решений всё ещё приходится учитывать в новой архитектуре, и именно это составляет основную инженерную сложность.

Что изменилось сейчас

Две недавние задачи по карточке товара уже выполнены:

• Доработать варианты цен в товарах с вариациями — логика отображения цен для товаров с вариациями доработана;
• Добавить кнопку для быстрого редактирования товара — реализован admin toolbar с быстрым переходом к редактированию товара в MODX Manager.

Для административного toolbar не стали строить отдельный auth-контур и синхронизировать MODX-пользователя с базой haih-agent. Нужен только признак действующей административной сессии: cookie берётся из заголовков запроса и проверяется напрямую через уже существующий клиент к актуальной базе. Конечные действия всё равно выполняются в MODX Manager, где MODX повторно проверяет собственную сессию и права. Это сознательный компромисс между стоимостью реализации и необходимым функционалом.

В самой системе задач обе записи пока всё ещё имеют статус Progress: изменить их статус через доступный API не удалось из-за Access denied, поэтому Concept отражает фактическое состояние работы отдельно от технического статуса задач.

Текущий фокус и открытые проблемы

Изображения товаров

Свежая открытая проблема: в некоторых товарах на новом frontend выводятся не все доступные изображения.

Разобраться почему в некоторых товарах не все картинки выводятся

Нужно локализовать, на каком уровне теряются изображения: исходные данные MODX, API/GraphQL, нормализация legacy-путей, ресайзер/прокси или frontend-галерея. Отдельно важно учитывать старые варианты путей вроде images_old и userfiles.

Наследие старой платформы и миграция

Нужно сохранять совместимость с историческими URL, изображениями, структурой каталога и SEO-сигналами.

• Проработать редиректы — в работе;
• Актуализировать sitemap.xml — старый статический файл нужно заменить динамическим sitemap.

Общий подход к стабильным адресам развивается и на уровне системы человекопонятных URI в haih-agent.

UX карточки и корзины

После закрытия вариативных цен и быстрого редактирования остаются более локальные интерфейсные задачи:

• Поправить общую сетку в десктопной версии;
• В миникорзине вывести бейджик кол-во товаров;
• Поправить порядок вывода заголовка на странице карточки;
• В корзине прописать предупреждение для товаров с 0 стоимостью.

SEO и публичное представление

Отдельно продолжается работа над поисковым представлением магазина:

• Проработать микроразметку — в работе;
• Проработать редиректы;
• Актуализировать sitemap.xml.

Инфраструктура

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

Разобраться почему на хеппибеби мускул много памяти сжирает

AI-направление

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

Текущие задачи:

• Настроить работу агента через АПИ polza.ai — убрать многоминутные задержки внешнего шлюза OpenRouter без переписывания собственного API;
• Обновить ИИ-агента и прокачать скилы — обновить механику skills и повысить стабильность работы со знаниями;
• Поправить список категорий для ИИ-агента — не передавать агенту скрытые категории;
• Проработать мобильную версию чат-агента;
• Проработать кнопки быстрого взаимодействия с ИИ;
• Проработать контакты в ИИ-чате;
• Проработать принятие заявки в свободной форме — дать пользователю возможность описать все хотелки одним сообщением, даже если нужных товаров нет в каталоге или их сложно найти самостоятельно.

Отдельно остаётся R&D-направление: Поресерчить создание 3D редактора атракционов. Идея — по имеющимся фотографиям получить 3D-модели элементов и дать агенту размещать их в сцене по описанию пользователя. Это исследовательская задача, а не обязательная часть ближайшей продуктовой программы.

Почему работа идёт именно так

Текущий приоритет проекта HappyBaby2000 — постепенно улучшать работающий магазин без разрушения накопленного бизнеса и без лишнего усложнения архитектуры.

Недавняя реализация admin toolbar хорошо показывает этот подход: вместо отдельного auth bridge и синхронизации пользователей использован минимальный механизм проверки существующей MODX-сессии, достаточный для показа административного интерфейса, тогда как конечная проверка прав остаётся в старой админке.

HappyBaby остаётся хорошим примером модернизации legacy-проекта, где приходится одновременно сохранять рабочую систему, исправлять реальные эксплуатационные проблемы, улучшать пользовательскую часть и постепенно добавлять новые возможности.